[Bug regression/42955] New: undecorated cross-compiler gcc fails to find cc1

[Bug regression/42955] New: undecorated cross-compiler gcc fails to find cc1

[ossman at cendio dot se]

I upgrade from gcc 4.1.2 to 4.4.3 and discovered that the gcc in
/usr/$(target_noncanonical)/bin no longer is functional. Using it results in:

gcc: error trying to exec 'cc1': execvp: No such file or directory

Digging around, it turns out that the internal paths are screwed up:

$ /usr/sparc-sun-solaris2.10/bin/gcc -print-prog-name=cc1
cc1

$ /usr/sparc-sun-solaris2.10/bin/gcc -print-search-dirs
install: /usr/sparc-sun-solaris2.10/bin/../lib/gcc/sparc-sun-solaris2.10/4.4.3/
programs:
=/usr/sparc-sun-solaris2.10/bin/../libexec/gcc/sparc-sun-solaris2.10/4.4.3/:/usr/sparc-sun-solaris2.10/bin/../libexec/gcc/:/usr/sparc-sun-solaris2.10/bin/../lib/gcc/sparc-sun-solaris2.10/4.4.3/../../../../sparc-sun-solaris2.10/bin/sparc-sun-solaris2.10/4.4.3/:/usr/sparc-sun-solaris2.10/bin/../lib/gcc/sparc-sun-solaris2.10/4.4.3/../../../../sparc-sun-solaris2.10/bin/
libraries:
=/usr/sparc-sun-solaris2.10/bin/../lib/gcc/sparc-sun-solaris2.10/4.4.3/:/usr/sparc-sun-solaris2.10/bin/../lib/gcc/:/usr/sparc-sun-solaris2.10/bin/../lib/gcc/sparc-sun-solaris2.10/4.4.3/../../../../sparc-sun-solaris2.10/lib/sparc-sun-solaris2.10/4.4.3/:/usr/sparc-sun-solaris2.10/bin/../lib/gcc/sparc-sun-solaris2.10/4.4.3/../../../../sparc-sun-solaris2.10/lib/:/usr/sparc-sun-solaris2.10/sys-root/lib/sparc-sun-solaris2.10/4.4.3/:/usr/sparc-sun-solaris2.10/sys-root/lib/:/usr/sparc-sun-solaris2.10/sys-root/usr/lib/sparc-sun-solaris2.10/4.4.3/:/usr/sparc-sun-solaris2.10/sys-root/usr/lib/

(quick summary: the required path /usr/libexec/gcc/sparc-sun-solaris2.10/4.4.3/
is not in there)

The decorated compiler works just fine though:

$ /usr/bin/sparc-sun-solaris2.10-gcc -print-prog-name=cc1
/usr/libexec/gcc/sparc-sun-solaris2.10/4.4.3/cc1

Further digging seems to indicate that this was caused by r118765, where the
configured in paths only are added if the binary is in $(bindir).

I'm hoping this is only an oversight and someone forgot about this extra bindir
for cross-compilers as this regression is causing quite a bit of pain here.


-- 
           Summary: undecorated cross-compiler gcc fails to find cc1
           Product: gcc
           Version: 4.4.3
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: regression
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: ossman at cendio dot se


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]

------- 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

[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1

[pinskia at gcc dot gnu dot org]

-- 

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

[ossman at cendio dot se]

------- 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

[ossman at cendio dot se]

------- 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

[hp at gcc dot gnu dot org]

------- 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|0000-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

[hp at gcc dot gnu dot org]

------- 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

[hp at gcc dot gnu dot org]

------- 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

[brooks at gcc dot gnu.org]

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

[brooks at gcc dot gnu.org]

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=202544&root=gcc&view=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

[brooks at gcc dot gnu.org]

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

[brooks at gcc dot gnu.org]

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

[brooks at gcc dot gnu.org]

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.