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

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

[lucier at math dot purdue dot edu]

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

[geoffk at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[geoffk at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[geoffk at geoffk dot org]

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

[geoffk at gcc dot gnu dot org]

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

[geoffk at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

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

[giovannibajo at libero dot it]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

------- 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  <geoffk@apple.com>
>
>         * 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

[pinskia at gcc dot gnu dot org]

------- 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  <geoffk@apple.com>

        * 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

[lucier at math dot purdue dot edu]

------- 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)
         compiled by GNU C version 4.0.1 20050615 (prerelease).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min- 
heapsize=131072
as -arch ppc64 -force_cpusubtype_ALL -o /var/tmp//ccsSIHVj.o /var/ 
tmp//cctbhV9h.s
/usr/bin/libtool -dynamic -arch_only ppc64 -noall_load - 
weak_reference_mismatches non-weak -o conftest.o -L/pkgs/gcc-4.0- 
branch/lib/gcc/powerpc-apple-darwin8.1.0/4.0.1 -L/pkgs/gcc-4.0-branch/ 
lib/gcc/powerpc-apple-darwin8.1.0/4.0.1/../../.. /var/tmp//ccsSIHVj.o  
-lgcc_s -lgcc -lSystemStubs -lmx -lSystem
ld64 failed: library not found for -lgcc_s
/usr/bin/libtool: internal link edit command failed



-- 


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

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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

[pinskia at gcc dot gnu dot org]

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

[lucier at math dot purdue dot edu]

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

[lucier at math dot purdue dot edu]

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

[pinskia at gcc dot gnu dot org]

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