[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955 --- Comment #10 from Brooks Moses brooks at gcc dot gnu.org --- Author: brooks Date: Thu Sep 12 23:07:32 2013 New Revision: 202544 URL: http://gcc.gnu.org/viewcvs?rev=202544root=gccview=rev Log: PR driver/42955 * Makefile.in: Do not install driver binaries in $(target)/bin. * cp/Make-lang.in: Likewise. * fortran/Make-lang.in: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/cp/ChangeLog trunk/gcc/cp/Make-lang.in trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/Make-lang.in
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955 Brooks Moses brooks at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Brooks Moses brooks at gcc dot gnu.org --- Resolved by no longer installing the broken programs.
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
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.)
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955 --- Comment #9 from Brooks Moses brooks at gcc dot gnu.org --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00490.html
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
Brooks Moses brooks at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2010-04-22 20:17:36 |2013-07-26 20:17:36
CC||brooks at gcc dot gnu.org
Severity|normal |critical
--- Comment #7 from Brooks Moses brooks at gcc dot gnu.org ---
I have reconfirmed this, in the following things, all for different targets:
* A downloaded Sourcery CodeBench Lite Edition 2010.09 (GCC 4.5.1 with patches)
* A downloaded Sourcery CodeBench Lite Edition 2013.05 (GCC 4.7.3 with patches)
* A local build of our google/gcc-4_8 branch.
* A build of current development trunk.
The problem is very straightforward:
The ${target}/bin/gcc is installed from gcc-cross, which is created by a
simple cp command from xgcc -- see the gcc-cross$(exeext): rule in
gcc/Makefile. (The bin/${target}-gcc is installed from xgcc.) Thus, the
decorated and undecorated gcc executables are identical.
And, if we run this executable under strace, we will find that it looks for cc1
in things under ../libexec, but not under ../../libexec, which would be the
correct path for the undecorated executable.
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
--- Comment #4 from hp at gcc dot gnu dot org 2010-04-22 20:16 --- I've seen this too, for e.g. crisv32-axis-linux-gnu configured with /absolute/path/toplevel/configure --target=crisv32-axis-linux-gnu. Andrew: Isn't this a duplicate report even? IIRC you were talking on IRC about entering one, though I guess neither of us did? -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org Last reconfirmed|-00-00 00:00:00 |2010-04-22 20:16:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
--- Comment #5 from hp at gcc dot gnu dot org 2010-04-22 20:17 --- Forgot to mention, that was 4.3. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|2010-04-22 20:16:57 |2010-04-22 20:17:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
--- Comment #6 from hp at gcc dot gnu dot org 2010-04-22 20:21 --- (In reply to comment #4) Should've been: /absolute/path/toplevel/configure --target=crisv32-axis-linux-gnu. --prefix=/another/absolute/path -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
--- Comment #2 from ossman at cendio dot se 2010-02-09 09:35 --- Like so: /usr/sparc-sun-solaris2.10/bin/gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: ../gcc-4.4.3/configure --prefix=/usr --mandir=/usr/share/man --target=sparc-sun-solaris2.10 --with-sysroot=/usr/sparc-sun-solaris2.10/sys-root --disable-nls --without-included-gettext --with-gnu-as --with-gnu-ld --enable-version-specific-runtime-libs --enable-threads=posix --enable-languages=c,c++ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
--- Comment #3 from ossman at cendio dot se 2010-02-09 09:36 --- Btw, my workaround for now is to remove the binaries in /usr/sparc-sun-solaris2.10/bin and replace them with symlinks as gcc will resolve any symlinks before trying to determine its runtime prefix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-04 17:17 --- How did you configure the cross compiler? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|regression |driver http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
