[Bug c/32415] New: libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[Bug c/32415] New: libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[lionelb dot nospam at gmail dot com]

Minimal program in test.c:

int main() {}

Compile:

# /var/scratch/lionelb/usr/gcc-4.1.2/bin/gcc -v test.c
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /var/scratch/lionelb/usr/src/gcc-4.1.2/configure
--prefix=/var/scratch/lionelb/usr/gcc-4.1.2 --enable-languages=c,c++,fortran
--enable-version-specific-runtime-libs
--with-build-time-tools=/var/scratch/lionelb/usr/binutils-2.17/bin
--with-as=/var/scratch/lionelb/usr/binutils-2.17/bin/as
--with-ld=/var/scratch/lionelb/usr/binutils-2.17/bin/ld --enable-__cxa_atexit
Thread model: posix
gcc version 4.1.2

/var/scratch/lionelb/usr/gcc-4.1.2/libexec/gcc/x86_64-unknown-linux-gnu/4.1.2/cc1
-quiet -v test.c -quiet -dumpbase test.c -mtune=k8 -auxbase test -version -o
/tmp/cc92Pr4G.s
ignoring nonexistent directory
"/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /var/scratch/lionelb/usr/gcc-4.1.2/include

/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/include
 /usr/include
End of search list.
GNU C version 4.1.2 (x86_64-unknown-linux-gnu)
        compiled by GNU C version 3.4.6 20060404 (Red Hat 3.4.6-8).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 2f59716e3dacf2fffffc2f167478c592
 /var/scratch/lionelb/usr/binutils-2.17/bin/as -V -Qy -o /tmp/ccgIgKwi.o
/tmp/cc92Pr4G.s
GNU assembler version 2.17 (x86_64-unknown-linux-gnu) using BFD version 2.17

/var/scratch/lionelb/usr/gcc-4.1.2/libexec/gcc/x86_64-unknown-linux-gnu/4.1.2/collect2
--eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2
/usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/crtbegin.o
-L/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2
-L/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../..
-L/lib/../lib64 -L/usr/lib/../lib64 /tmp/ccgIgKwi.o -lgcc --as-needed -lgcc_s
--no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/crtend.o
/usr/lib/../lib64/crtn.o
/var/scratch/lionelb/usr/binutils-2.17/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status

Now:

# find /var/scratch/lionelb/usr/gcc-4.1.2 -name libgcc_s*
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so.1
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib64/libgcc_s.so
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib64/libgcc_s.so.1

so it doesn't look as if gcc is looking in the right place for libgcc_s.

This problem appears to affect GCC 4.2.0 as well.


-- 
           Summary: libgcc_s not found in library search path with --enable-
                    version-specific-runtime-libs
           Product: gcc
           Version: 4.1.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: lionelb dot nospam at gmail dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[lionelb dot nospam at gmail dot com]

------- Comment #1 from lionelb dot nospam at gmail dot com  2007-06-20 15:31 -------
(In reply to comment #0)
I can work around this by symlinking:

to ../lib64/libgcc_s.so from
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2

and:

to ../../lib/libgcc_s.so from
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/32

Is this advisable?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[jwakely dot gcc at gmail dot com]

------- Comment #2 from jwakely dot gcc at gmail dot com  2007-07-09 10:30 -------
I'm seeing the same with this configuration:

Using built-in specs.
Target: x86_64-redhat-linux
Configured with: $SRCS/gcc/gcc-4.1.1/configure --prefix=$DEST/gcc/4.1.1-64bit
--with-gnu-as --with-as=$DEST/binutils/2.16.1-64bit/bin/as64 --with-gnu-ld
--with-ld=$DEST/binutils/2.16.1-64bit/bin/ld64 --enable-shared
--enable-threads=posix --enable-languages=c,c++ --disable-checking
--with-system-zlib --enable-__cxa_atexit --enable-version-specific-runtime-libs
--host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.1

(very long paths substituted for SRCS/DEST for brevity)

libgcc_s cannot be found for either 32-bit (-m32) or 64-bit (-m64) builds,
because the appropriate one of $PREFIX/lib/gcc/x86_64-redhat-linux/{lib,lib64}
isn't in the linker's list of library paths.

This only happens for multi-libbed compilers; for a 32-bit-only compiler on the
same machine there is no problem, because libgcc_s is in the
$PREFIX/lib/gcc/x86_64-redhat-linux/4.1.1 directory, which is always in the
linker's search path.

Exactly the same problem happens with a multi-libbed 4.1.1 with target
sparc64-sun-solaris2.8


-- 

jwakely dot gcc at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jwakely dot gcc at gmail dot
                   |                            |com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[jwakely dot gcc at gmail dot com]

------- Comment #3 from jwakely dot gcc at gmail dot com  2007-07-09 10:35 -------
In reply to comment #2:
actually, the sparc64-sun-solaris2.8 problem could be slightly different and I
can't confirm it now


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[jwakely dot gcc at gmail dot com]

------- Comment #4 from jwakely dot gcc at gmail dot com  2007-08-03 23:30 -------
re-confirmed with latest 4.3 snapshot:

tests$ ~/gcc/4.x/bin/g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/jwakely/src/gcc-4.3-20070727/configure
--prefix=/home/jwakely/gcc/4.x --enable-languages=c,c++
--with-mtune=opteron --disable-checking --disable-nls
--disable-libstdcxx-pch --with-system-zlib --with-__cxa_atexit
--disable-bootstrap --with-ld=/opt/binutils/2.16.1-64bit/bin/ld
--with-as=/opt/binutils/2.16.1-64bit/bin/as
--with-gmp=/home/jwakely/gcc/gmp --with-mpfr=/home/jwakely/gcc/mpfr
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.3.0 20070727 (experimental)
tests$
tests$ echo 'int main() {}' > x.cc
tests$ ~/gcc/4.x/bin/g++ x.cc
/opt/binutils/2.16.1-64bit/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status

libgcc_s.so is here:

tests$ find ~/gcc/4.x -name libgcc_s.so
/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/lib64/libgcc_s.so
/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so

but linker doesn't look in there:

tests$ ~/gcc/4.x/bin/g++ x.cc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/jwakely/src/gcc-4.3-20070727/configure
--prefix=/home/jwakely/gcc/4.x --enable-languages=c,c++
--with-mtune=opteron --disable-checking --disable-nls
--disable-libstdcxx-pch --with-system-zlib --with-__cxa_atexit
--disable-bootstrap --with-ld=/opt/binutils/2.16.1-64bit/bin/ld
--with-as=/opt/binutils/2.16.1-64bit/bin/as
--with-gmp=/home/jwakely/gcc/gmp --with-mpfr=/home/jwakely/gcc/mpfr
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.3.0 20070727 (experimental)

/home/jwakely/gcc/4.x/libexec/gcc/x86_64-unknown-linux-gnu/4.3.0/cc1plus
-quiet -v -D_GNU_SOURCE x.cc -quiet -dumpbase x.cc -mtune=generic
-auxbase x -version -o /tmp/ccV5Z2oD.s
ignoring nonexistent directory
"/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../.
./x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include/c++

/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include/c++
/x86_64-unknown-linux-gnu

/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include/c++
/backward
 /usr/local/include
 /home/jwakely/gcc/4.x/include
 /home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include

/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include-fix
ed
 /usr/include
End of search list.
GNU C++ version 4.3.0 20070727 (experimental) (x86_64-unknown-linux-gnu)
       compiled by GNU C version 4.2.1, GMP version 4.2.1, MPFR version
2.2.1.
warning: GMP header version 4.2.1 differs from library version 4.1.2.
GGC heuristics: --param ggc-min-expand=100 --param
ggc-min-heapsize=131072
Compiler executable checksum: 9a001b9c39aab973e1c3102a443037d6
 /opt/binutils/2.16.1-64bit/bin/as -V -Qy -o /tmp/cc6Eze17.o
/tmp/ccV5Z2oD.s
GNU assembler version 2.16.1 (x86_64-unknown-linux-gnu) using BFD
version 2.16.1

/home/jwakely/gcc/4.x/libexec/gcc/x86_64-unknown-linux-gnu/4.3.0/collect
2 --eh-frame-hdr -m elf_x86_64 -dynamic-linker
/lib64/ld-linux-x86-64.so.2 /usr/lib/../lib64/crt1.o
/usr/lib/../lib64/crti.o
/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/crtbegin.o
-L/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0
-L/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../
../lib64 -L/lib/../lib64 -L/usr/lib/../lib64
-L/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../..
/tmp/cc6Eze17.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/home/jwakely/gcc/4.x/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/crtend.o
/usr/lib/../lib64/crtn.o
/opt/binutils/2.16.1-64bit/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status

=> --enable-version-specific-runtime-libs is broken ?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[Ralf dot Wildenhues at gmx dot de]

------- Comment #5 from Ralf dot Wildenhues at gmx dot de  2008-02-19 18:35 -------
*** Bug 35248 has been marked as a duplicate of this bug. ***


-- 

Ralf dot Wildenhues at gmx dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Ralf dot Wildenhues at gmx
                   |                            |dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[rwild at gcc dot gnu dot org]

------- Comment #6 from rwild at gcc dot gnu dot org  2008-02-21 15:32 -------
*** Bug 35277 has been marked as a duplicate of this bug. ***


-- 

rwild at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joel at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[rwild at gcc dot gnu dot org]

-- 

rwild at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
      Known to fail|                            |4.2.3 4.3.0 4.4.0
   Last reconfirmed|0000-00-00 00:00:00         |2008-02-21 15:35:27
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[jwakely dot gcc at gmail dot com]

------- Comment #7 from jwakely dot gcc at gmail dot com  2008-06-16 11:12 -------
This has now been broken for at least 3 releases and is going to stay broken in
4.4 at this rate. Could a build maintainer comment on Richard's analysis in bug
35248?  CCing Paolo again.


-- 

jwakely dot gcc at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bonzini at gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[dfranke at gcc dot gnu dot org]

------- Comment #8 from dfranke at gcc dot gnu dot org  2008-06-30 14:17 -------
In PR35248, Richard wrote:
> libgcc_s goes into slibdir which is set as
>
> AC_ARG_WITH(slibdir,
> [  --with-slibdir=DIR      shared libraries in DIR [[LIBDIR]]],
> slibdir="$with_slibdir",
> if test "${enable_version_specific_runtime_libs+set}" = set; then
>   slibdir='$(libsubdir)'
> elif test "$host" != "$target"; then
>   slibdir='$(build_tooldir)/lib'
> else
>   slibdir='$(libdir)'
> fi)
> AC_SUBST(slibdir)
> 
> and libsubdir is (should be)
> 
> libsubdir = $(libdir)/gcc/$(target_noncanonical)/$(version)
>
> but indeed, the (shared and .so link) libs end up in
> $(libdir)/gcc/$(target_noncanonical)/lib{,64} instead.

In ./gcc/libgcc.mvars, we have

  SHLIB_INSTALL = $(mkinstalldirs) $(DESTDIR)$(slibdir)@shlib_slibdir_qual@;
[...]

where $(DESTDIR)$(libdir) seems to be correct for me. However, the last part
(@shlib_slibdir_qual@) is substituted in libgcc/Makefile.in(install-shared)
with $(MULTIOSSUBDIR) which is based on `$(CC) $(CFLAGS)
-print-multi-os-directory)`, here '../lib64'.


Hope this helps and rings a bell with someone ...?!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[xenofears at gmail dot com]

------- Comment #9 from xenofears at gmail dot com  2009-07-14 06:35 -------
I was about to post this:

--enable-version-specific-runtime-libs is pretty broken:

in the <sysroot>/lib/gcc/x86_64-w64-mingw32 dir, there exists a lib32 and lib64
dir alongside the <version> (i.e. 4.4.1) dir. Neither are searched in by gcc.
They contain the core lib libgcc_s.a

Building gcc 4.4.1 with gcc 4.5.0 (might or might not be relevant), there is a
4.5.0 dir created also, where the core crtfastmath.o, libgcc_eh.a, libgcc.a,
and libgcov.a libraries are (mis)placed. Obviously that directory is not
searched by gcc 4.4.1.


-- 

xenofears at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |xenofears at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415