http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
--- Comment #8 from Brooks Moses <brooks at gcc dot gnu.org> --- FWIW, there was some interesting discussion of this on http://sourceware.org/bugzilla/show_bug.cgi?id=15823. In particular, Joseph Myers argues that "the bug is installing the files in $target/bin/ at all ... That directory contains executables from binutils for internal use by GCC; that's its sole purpose. The files installed by GCC there aren't used by GCC (rather, the public installed copy of the driver gets used when collect2 needs to call back to the driver), so shouldn't be installed." Given the attention this bug has received in the past three years, and the fact that this was broken for at least three years before the bug was filed, I'm inclined to agree. (There are two or three references online to making the $target/bin/gcc programs work by setting PATH variables to the relevant libexec subdirectory, so they're not _completely_ unused. But nothing ever is.)
