[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

["lucier at math dot purdue dot edu" <gcc-bugzilla at gcc dot gnu dot org>]

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