[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/21250] New: ld --sysroot without --with-sysroot searches default

From: ro at gcc dot gnu.org
Subject: [Bug ld/21250] New: ld --sysroot without --with-sysroot searches default dirs
Date: Wed, 15 Mar 2017 10:27:02 +0000


            Bug ID: 21250
           Summary: ld --sysroot without --with-sysroot searches default
           Product: binutils
           Version: 2.28
            Status: NEW
          Severity: normal
          Priority: P2
         Component: ld
          Assignee: unassigned at sourceware dot org
          Reporter: ro at gcc dot gnu.org
  Target Milestone: ---

Playing around with gcc --sysroot, I noticed a weird ld behaviour.  I've
this with native gcc mainline and gld 2.28, on both i386-pc-solaris2.12 and
x86_64-pc-linux-gnu, so I suppose it's target independent:

* When binutils have been configured without --with-sysroot and I point gcc at
  a non-existant/empty --sysroot directory, header files aren't found during
  compilation, just as expected.

  Once I add a copy of usr/include, compilation succeeds but startup files gcc
  searches itself (like crt1.o and friends) aren't found.

  Adding them (to <sysroot>/usr/lib instead of <sysroot>/usr/lib64 as I'd would
  have expected on Linux) causes both the startup files to be found and the
  to succeed *although there's no libc.so/libc.so.6 below <sysroot>*.

* However, if I configure binutils with --with-sysroot pointing to a
  directory, the exact same ld invocation now fails to find libc.so, as it

* Unlike ld, gold (2.27 in this case) gets this right, however: a default gold
  build doesn't find libc.so if it's missing below <sysroot>.

Besides, ld.texinfo incorrectly claims that --sysroot only works when binutils
have been configured with --with-sysroot, which is no longer true.  It seems
was true until binutils 2.25,however.


You are receiving this mail because:
You are on the CC list for the bug.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]