[Bug c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs
--- 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 c/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs
--- 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
--- 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 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|-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
--- 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
--- 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
--- 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
--- 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
--- 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
