[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #32 from lucier at math dot purdue dot edu 2005-11-20 07:13 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Nov 19, 2005, at 1:50 AM, lucier at math dot purdue dot edu wrote: Can you explain what Apple's libtool has to do with it? Is it used by gcc to find these libraries at link time? Sorry, dumb question. Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #27 from lucier at math dot purdue dot edu 2005-11-19 02:42 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 I don't know what Apple's priorities are here, but it would be really nice to get 64-bit dynamic libraries working on Darwin. (Or maybe they do work, and I'm just running into a dark corner case here.) Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #28 from geoffk at geoffk dot org 2005-11-19 04:40 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On 18/11/2005, at 6:42 PM, lucier at math dot purdue dot edu wrote: --- Comment #27 from lucier at math dot purdue dot edu 2005-11-19 02:42 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 I don't know what Apple's priorities are here, but it would be really nice to get 64-bit dynamic libraries working on Darwin. (Or maybe they do work, and I'm just running into a dark corner case here.) They do work. It appears to be a linker bug. You can work around it by adding explicit -L paths to GCC's library directories, which do not contain '../'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #29 from geoffk at gcc dot gnu dot org 2005-11-19 04:42 --- This is really '3rd party to resolve'. It shouldn't be fixed in GCC, but rather in Apple's libtool. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #30 from geoffk at gcc dot gnu dot org 2005-11-19 04:56 --- rdar://problem/4350430 libtool -arch_only ppc64 doesn't work with -L paths containing '..' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #31 from lucier at math dot purdue dot edu 2005-11-19 07:50 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 Can you explain what Apple's libtool has to do with it? Is it used by gcc to find these libraries at link time? Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #26 from geoffk at gcc dot gnu dot org 2005-11-17 00:33 --- That's weird. The library exists, there's a -L path pointing to it, it has the right architecture, so why does libtool say it can't be found? When I have 2.2 installed, I get a very similar complaint ld64 failed: library not found for -lgcc because it finds libgcc_s.10.4.dylib in /usr/lib but there's no libgcc.a there, and yet again there's a -L path pointing towards an apparently valid copy! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #25 from lucier at math dot purdue dot edu 2005-10-09 18:26 --- [lindv2:~/Desktop/gcc-test] lucier% /pkgs/gcc-mainline/bin/gcc -v -m64 -dynamiclib -o conftest conftest.c Using built-in specs. Target: powerpc-apple-darwin8.2.0 Configured with: ../configure powerpc-apple-darwin8.2.0 --enable-languages=c --prefix=/pkgs/gcc-mainline --with-gmp=/pkgs/gmp-4.1.4 --with-mpfr=/pkgs/gmp-4.1.4 Thread model: posix gcc version 4.1.0 20051007 (experimental) /pkgs/gcc-mainline/libexec/gcc/powerpc-apple-darwin8.2.0/4.1.0/cc1 -quiet -v -D__DYNAMIC__ conftest.c -fPIC -quiet -dumpbase conftest.c -m64 -auxbase conftest -version -o /var/tmp//ccJySvb8.s ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /pkgs/gcc-mainline/lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/../../../../powerpc-apple-darwin8.2.0/include #include ... search starts here: #include ... search starts here: /pkgs/gcc-mainline/include /pkgs/gcc-mainline/lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/include /usr/include /System/Library/Frameworks /Library/Frameworks End of search list. GNU C version 4.1.0 20051007 (experimental) (powerpc-apple-darwin8.2.0) compiled by GNU C version 4.1.0 20051007 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 8fa0ed40f679dd18a041425360ea4f73 as -arch ppc64 -o /var/tmp//ccpmqZ6K.o /var/tmp//ccJySvb8.s /usr/bin/libtool -dynamic -arch_only ppc64 -noall_load -weak_reference_mismatches non-weak -o conftest -L/pkgs/gcc-mainline/lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/ppc64 -L/pkgs/gcc-mainline/lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/../../../ppc64 /var/tmp//ccpmqZ6K.o -lgcc_s.10.4 -lgcc -lSystemStubs -lSystem /usr/bin/libtool: can't locate file for: -lgcc_s.10.4 /usr/bin/libtool: file: -lgcc_s.10.4 is not an object file (not allowed in a library) [lindv2:~/Desktop/gcc-test] lucier% file /pkgs/gcc-mainline/./lib/libgcc_s.10.4.dylib /pkgs/gcc-mainline/./lib/libgcc_s.10.4.dylib: Mach-O fat file with 2 architectures /pkgs/gcc-mainline/./lib/libgcc_s.10.4.dylib (for architecture ppc):Mach-O dynamically linked shared library stub ppc /pkgs/gcc-mainline/./lib/libgcc_s.10.4.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library stub ppc64 -- lucier at math dot purdue dot edu changed: What|Removed |Added CC||lucier at math dot purdue ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #24 from geoffk at gcc dot gnu dot org 2005-10-09 04:08 --- Could you run the failing command with '-v'? Clearly there is a libgcc_s.10.4.dylib, but maybe the driver isn't passing the right -L option. Also, run 'file' on the libgcc_s.10.4.dylib, maybe it's not properly universal. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added CC||geoffk at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Comment #23 from lucier at math dot purdue dot edu 2005-10-04 10:31 --- This bug was triaged as a duplicate of 21757, which has now been resolved as fixed. And this bug still doesn't work with mainline. Here are the symptoms. [lindv2:~/Desktop/gcc-test] lucier% cat conftest.c int main() { return 0; } [lindv2:~/Desktop/gcc-test] lucier% /pkgs/gcc-mainline/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8.2.0 Configured with: ../configure powerpc-apple-darwin8.2.0 --enable-languages=c --prefix=/pkgs/gcc-mainline --with-gmp=/pkgs/gmp-4.1.4 --with-mpfr=/pkgs/gmp-4.1.4 Thread model: posix gcc version 4.1.0 20051003 (experimental) [lindv2:~/Desktop/gcc-test] lucier% /pkgs/gcc-mainline/bin/gcc -dynamiclib -o conftest conftest.c [lindv2:~/Desktop/gcc-test] lucier% otool -L conftest conftest: conftest (compatibility version 0.0.0, current version 0.0.0) /pkgs/gcc-mainline/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.2.1) [lindv2:~/Desktop/gcc-test] lucier% /pkgs/gcc-mainline/bin/gcc -m64 -dynamiclib -o conftest conftest.c /usr/bin/libtool: can't locate file for: -lgcc_s.10.4 /usr/bin/libtool: file: -lgcc_s.10.4 is not an object file (not allowed in a library) [lindv2:~/Desktop/gcc-test] lucier% pushd /pkgs/gcc-mainline/ /pkgs/gcc-mainline ~/Desktop/gcc-test [lindv2:/pkgs/gcc-mainline] lucier% find . -name '*libgcc*' ./lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/libgcc.a ./lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/libgcc_eh.a ./lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/ppc64/libgcc.a ./lib/gcc/powerpc-apple-darwin8.2.0/4.1.0/ppc64/libgcc_eh.a ./lib/libgcc_s.1.dylib ./lib/libgcc_s.10.4.dylib ./lib/libgcc_s.10.5.dylib ./lib/libgcc_s.dylib ./lib/libgcc_s_ppc64.1.dylib ./lib/libgcc_s_ppc64.dylib -- lucier at math dot purdue dot edu changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:23 --- neither the mainline or the 4.0 branch really supports 64bit for ppc-darwin. Marking this as a dup of bug 21757. *** This bug has been marked as a duplicate of 21757 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 18:42 --- This worked in 4.0.0, so it's a regression. And 4.0.0 is now the *only* version of gcc that will compile Gambit-C correctly; [descartes:~/programs/gambc40b13] lucier% /pkgs/gcc-4.0.0-apple/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8.1.0 Configured with: ../configure --prefix=/pkgs/gcc-4.0.0-apple --with-gmp=/pkgs/gmp-4.1.4 --with-mpfr=/pkgs/gmp-4.1.4 --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 (Apple Computer, Inc. build 5018) gives me the same error; the Xcode 2.0 gcc compiler was a POS; and with [descartes:~/programs/gambc40b13] lucier% /usr/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5026.obj~19/src/configure --disable-checking --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^+.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/gcc/darwin/4.0/c++ --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.0 (Apple Computer, Inc. build 5026) I get [descartes:~/programs/gambc40b13] lucier% gsi Illegal instruction The last three are not the FSF gcc team's problem, of course, but why go from a compiler that works on PowerPC darwin to one that doesn't I don't know. Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 18:46 --- This isn't a duplicate of 21757; 21757 is about an 8-month old, tremendously buggy, version of Apple's gcc, this report is about the current release candidate. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:49 --- ld64 failed: in ../lib/libgambc.dylib, unknown mach-o file type Means something is wrong with the ld64 or the library it is trying to link to, so I don't see how it can be a GCC bug. Could you do: file libgambc.dylib in the directory which contains libgambc.dylib? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:50 --- (In reply to comment #3) This isn't a duplicate of 21757; 21757 is about an 8-month old, tremendously buggy, version of Apple's gcc, this report is about the current release candidate. Yes but the multilib for 64bit was turned off so there is no way correctly to compile with -m64 in the FSF GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 18:54 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 1:49 PM, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:49 --- Could you do: file libgambc.dylib in the directory which contains libgambc.dylib? /pkgs/gcc-4.0-branch/bin/gcc -mcpu=970 -m64 -force_cpusubtype_ALL _gsi.o _gsi_.o -L../lib -lgambc -o gsi ld64 failed: in ../lib/libgambc.dylib, unknown mach-o file type collect2: ld returned 1 exit status make[1]: *** [gsi] Error 1 make: *** [all-recursive] Error 1 [descartes:~/programs/gambc40b13] lucier% file lib/libgambc.dylib lib/libgambc.dylib: Mach-O 64-bit executable ppc64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:56 --- (In reply to comment #6) [descartes:~/programs/gambc40b13] lucier% file lib/libgambc.dylib lib/libgambc.dylib: Mach-O 64-bit executable ppc64 executable, that means it is not linkable. I would double check you GCC invocation for making libgambc.dylib because it is not generating a library. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 19:19 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 1:56 PM, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:56 --- (In reply to comment #6) [descartes:~/programs/gambc40b13] lucier% file lib/libgambc.dylib lib/libgambc.dylib: Mach-O 64-bit executable ppc64 executable, that means it is not linkable. I would double check you GCC invocation for making libgambc.dylib because it is not generating a library. Thank you very much for this suggestion, I see /pkgs/gcc-4.0-branch/bin/gcc -mcpu=970 -m64 -force_cpusubtype_ALL - flat_namespace -undefined suppress -o libgambc.dylib main.o setup.o mem.o c_intf.o os.o os_base.o os_time.o os_shell.o os_files.o os_dyn.o os_tty.o os_io.o _kernel.o _system.o _num.o _std.o _eval.o _io.o _nonstd.o _thread.o _repl.o _gambc.o versus /pkgs/gcc-4.0.0/bin/gcc -mcpu=970 -m64 -force_cpusubtype_ALL - dynamiclib -flat_namespace -undefined suppress -o libgambc.dylib main.o setup.o mem.o c_intf.o os.o os_base.o os_time.o os_shell.o os_files.o os_dyn.o os_tty.o os_io.o _kernel.o _system.o _num.o _std.o _eval.o _io.o _nonstd.o _thread.o _repl.o _gambc.o and the configuration log for gcc-4.0-branch says configure:15317: checking whether /pkgs/gcc-4.0-branch/bin/gcc - mcpu=970 -m64 -force_cpusubtype_ALL accepts -dynamiclib configure:15338: /pkgs/gcc-4.0-branch/bin/gcc -mcpu=970 -m64 - force_cpusubtype_ALL -o conftest -dynamiclib conftest.c 5 ld64 failed: library not found for -lgcc_s /usr/bin/libtool: internal link edit command failed (which is as you've been saying) versus for 4.0.0 configure:15317: checking whether /pkgs/gcc-4.0.0/bin/gcc -mcpu=970 - m64 -force_cpusubtype_ALL accepts -dynamiclib configure:15338: /pkgs/gcc-4.0.0/bin/gcc -mcpu=970 -m64 - force_cpusubtype_ALL -o conftest -dynamiclib conftest.c 5 configure:15341: $? = 0 configure:15355: result: -dynamiclib And it does work with 4.0.0: [descartes:/pkgs/gcc-4.0.0] lucier% cat conftest.c int main () { return 0; } [descartes:/pkgs/gcc-4.0.0] lucier% /pkgs/gcc-4.0.0/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 --with-gmp=/ pkgs/gmp-4.1.3 --with-mpfr=/pkgs/gmp-4.1.3 Thread model: posix gcc version 4.0.0 /pkgs/gcc-4.0.0/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//ccKu5zS6.s ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /pkgs/gcc-4.0.0/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/include /pkgs/gcc-4.0.0/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//ccCtfLGH.o /var/ tmp//ccKu5zS6.s /usr/bin/libtool -dynamic -arch_only ppc64 -noall_load - weak_reference_mismatches non-weak -o conftest -L/pkgs/gcc-4.0.0/lib/ gcc/powerpc-apple-darwin8.1.0/4.0.0 -L/pkgs/gcc-4.0.0/lib/gcc/powerpc- apple-darwin8.1.0/4.0.0/../../.. /var/tmp//ccCtfLGH.o -lgcc_s -lgcc - lSystemStubs -lmx -lSystem [descartes:/pkgs/gcc-4.0.0] lucier% file conftest conftest: Mach-O 64-bit dynamically linked shared library ppc64 So it works with 4.0.0, but not with 4.0-branch: [descartes:~/programs/gambc40b13] lucier% /pkgs/gcc-4.0-branch/bin/ gcc -mcpu=970 -m64 -force_cpusubtype_ALL -o conftest.o -dynamiclib conftest.c -v Using built-in specs. Target: powerpc-apple-darwin8.1.0 Configured with: ../configure --prefix=/pkgs/gcc-4.0-branch --with- gmp=/pkgs/gmp-4.1.3 --with-mpfr=/pkgs/gmp-4.1.3 Thread model: posix gcc version 4.0.1 20050615 (prerelease) /pkgs/gcc-4.0-branch/libexec/gcc/powerpc-apple-darwin8.1.0/4.0.1/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//cctbhV9h.s ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /pkgs/gcc-4.0-branch/lib/gcc/powerpc- apple-darwin8.1.0/4.0.1/../../../../powerpc-apple-darwin8.1.0/include #include ... search starts here: #include ... search starts here: /pkgs/gcc-4.0-branch/include /pkgs/gcc-4.0-branch/lib/gcc/powerpc-apple-darwin8.1.0/4.0.1/include /usr/include /System/Library/Frameworks /Library/Frameworks End of search list. GNU C version 4.0.1 20050615 (prerelease) (powerpc-apple-darwin8.1.0)
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:27 --- Nope, 64bit multilib support was disabled before the release of 4.0.0: 2005-04-02 Geoffrey Keating [EMAIL PROTECTED] * config/rs6000/t-darwin8: Comment out ppc64 multilib. So this is again a dup of bug 21757. *** This bug has been marked as a duplicate of 21757 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 19:32 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 2:27 PM, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:27 --- Nope, 64bit multilib support was disabled before the release of 4.0.0: 2005-04-02 Geoffrey Keating [EMAIL PROTECTED] * config/rs6000/t-darwin8: Comment out ppc64 multilib. You keep saying this, yet I get (as I reported in my last e-mail) [descartes:/pkgs/gcc-4.0.0] lucier% /pkgs/gcc-4.0.0/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 --with-gmp=/ pkgs/gmp-4.1.3 --with-mpfr=/pkgs/gmp-4.1.3 Thread model: posix gcc version 4.0.0 /pkgs/gcc-4.0.0/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//ccKu5zS6.s ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /pkgs/gcc-4.0.0/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/include /pkgs/gcc-4.0.0/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//ccCtfLGH.o /var/ tmp//ccKu5zS6.s /usr/bin/libtool -dynamic -arch_only ppc64 -noall_load - weak_reference_mismatches non-weak -o conftest -L/pkgs/gcc-4.0.0/lib/ gcc/powerpc-apple-darwin8.1.0/4.0.0 -L/pkgs/gcc-4.0.0/lib/gcc/powerpc- apple-darwin8.1.0/4.0.0/../../.. /var/tmp//ccCtfLGH.o -lgcc_s -lgcc - lSystemStubs -lmx -lSystem [descartes:/pkgs/gcc-4.0.0] lucier% file conftest conftest: Mach-O 64-bit dynamically linked shared library ppc64 [descartes:/pkgs/gcc-4.0.0] lucier% cat conftest.c int main () { return 0; } So, it works in practice, but not in theory? Can you please address the examples I'm giving you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:51 --- I think you built in a directory for 4.0.0 which you built a prerelease of 4.0.0 which was built before the multilib was disabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 20:43 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 2:51 PM, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:51 --- I think you built in a directory for 4.0.0 which you built a prerelease of 4.0.0 which was built before the multilib was disabled. That's nice. I built a new gcc-4.0.0, put it in a clean directory, and got the same results. [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//ccbXmBq6.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//ccv0JLb0.o /var/ tmp//ccbXmBq6.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//ccv0JLb0.o -lgcc_s -lgcc -lSystemStubs -lmx -lSystem But you refuse to try it for yourself, and keep repeating that it can't be so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 20:46 --- (In reply to comment #12) But you refuse to try it for yourself, and keep repeating that it can't be so. That is because it is picking up the libgcc_s.dylib which is included with Apple's 4.0.0 and not a newly built one. Again this is not a regression really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 21:05 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 OK, so do we now agree it works with 4.0.0, but not with 4.0-branch? You claim That is because it is picking up the libgcc_s.dylib which is included with Apple's 4.0.0 and not a newly built one. Why should this happen with 4.0.0 and not 4.0-branch? And is this the right or the wrong behavior? And how can I check whether your explanation is true? (On linux I have ldd for such a task; do you know if there is something similar for darwin?) Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 21:14 --- (In reply to comment #14) And how can I check whether your explanation is true? (On linux I have ldd for such a task; do you know if there is something similar for darwin?) otool -L -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 21:15 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 Already tried it and it doesn't do what I think we want: /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//cclcGcnS.o -lgcc_s -lgcc -lSystemStubs -lmx -lSystem [descartes:~/programs/gcc-4.0.0/objdir] lucier% otool -L conftest conftest: is not an object file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 21:21 --- (In reply to comment #16) Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 Already tried it and it doesn't do what I think we want: That means otool does not support 64bit, I think there is an otool64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- 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
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 21:57 --- (In reply to comment #18) 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 That does not make sense as it should always include libgcc_s for dynamic libraries. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 22:31 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 4:57 PM, pinskia at gcc dot gnu dot org wrote: That does not make sense as it should always include libgcc_s for dynamic libraries. Here's a very short test file: [descartes:gcc-4.0.0/objdir/4.0.0] lucier% cat conftest.c int main () { return 0; } [descartes:gcc-4.0.0/objdir/4.0.0] lucier% /pkgs/gcc-4.0.0/bin/gcc -dynamiclib -o conftest conftest.c [descartes:gcc-4.0.0/objdir/4.0.0] lucier% otool -L conftest conftest: conftest (compatibility version 0.0.0, current version 0.0.0) /pkgs/gcc-4.0.0/lib/libgcc_s.1.0.dylib (compatibility version 1.0.0, current version 1.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) [descartes:gcc-4.0.0/objdir/4.0.0] lucier% /pkgs/gcc-4.0.0/bin/gcc -dynamiclib -m64 -o conftest conftest.c [descartes:gcc-4.0.0/objdir/4.0.0] lucier% otool64 -L conftestconftest: 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) Does your statement That does not make sense mean more than that's puzzling, and needs more investigation? Brad -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From giovannibajo at libero dot it 2005-06-16 01:56 --- This is a blatant case of a bug which surely requires more investigation and surely a bit more respect towards the submitter, who is helpful and is providing good reports. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 01:58 --- See http://gcc.gnu.org/ml/gcc/2005-06/msg00612.html on why this is a dup of bug 21757. *** This bug has been marked as a duplicate of 21757 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082