------- Additional Comments From lucier at math dot purdue dot edu 2005-06-15
21:48 -------
Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1
Great, thanks.
Here is what otool64 -L reports for a binary built with
[descartes:~/programs/gcc-4.0.0/objdir] lucier% /pkgs/gcc-4.0.0-new/
bin/gcc -mcpu=970 -m64 -force_cpusubtype_ALL -o conftest -dynamiclib
conftest.c -v
Using built-in specs.
Target: powerpc-apple-darwin8.1.0
Configured with: ../configure --prefix=/pkgs/gcc-4.0.0-new --enable-
languages=c
Thread model: posix
gcc version 4.0.0
/pkgs/gcc-4.0.0-new/libexec/gcc/powerpc-apple-darwin8.1.0/4.0.0/cc1 -
quiet -v -D__DYNAMIC__ -D__APPLE_CC__=1 conftest.c -fPIC -quiet -
dumpbase conftest.c -mcpu=970 -m64 -auxbase conftest -version -o /var/
tmp//ccyaTKos.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/pkgs/gcc-4.0.0-new/lib/gcc/powerpc-
apple-darwin8.1.0/4.0.0/../../../../powerpc-apple-darwin8.1.0/include"
#include "..." search starts here:
#include <...> search starts here:
/pkgs/gcc-4.0.0-new/include
/pkgs/gcc-4.0.0-new/lib/gcc/powerpc-apple-darwin8.1.0/4.0.0/include
/usr/include
/System/Library/Frameworks
/Library/Frameworks
End of search list.
GNU C version 4.0.0 (powerpc-apple-darwin8.1.0)
compiled by GNU C version 4.0.0.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-
heapsize=131072
as -arch ppc64 -force_cpusubtype_ALL -o /var/tmp//ccqcwAx7.o /var/
tmp//ccyaTKos.s
/usr/bin/libtool -dynamic -arch_only ppc64 -noall_load -
weak_reference_mismatches non-weak -o conftest -L/pkgs/gcc-4.0.0-new/
lib/gcc/powerpc-apple-darwin8.1.0/4.0.0 -L/pkgs/gcc-4.0.0-new/lib/gcc/
powerpc-apple-darwin8.1.0/4.0.0/../../.. /var/tmp//ccqcwAx7.o -lgcc_s
-lgcc -lSystemStubs -lmx -lSystem
[descartes:~/programs/gcc-4.0.0/objdir] lucier% otool64 -L conftest
conftest:
conftest (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current
version 92.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 88.0.0)
No libgcc_s.dylib at all.
It's the same for Gambit-C compiled with gcc-4.0.0:
[descartes:gcc-4.0.0/objdir/4.0-branch] lucier% otool64 -L `which gsi`
/usr/local/Gambit-C/bin/gsi:
libgambc.dylib (compatibility version 0.0.0, current version
0.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current
version 92.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 88.0.0)
So does it mean that 4.0-branch wants to pull in libgcc_s.dylib while
4.0.0 does not?
Brad
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
