This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
RE: work around libtool to fix alpha libgcj build
- From: "David Daney" <ddaney at avtrex dot com>
- To: "Alexandre Oliva" <aoliva at redhat dot com>
- Cc: "Andrew Haley" <aph at redhat dot com>,"Richard Henderson" <rth at redhat dot com>,<java-patches at gcc dot gnu dot org>
- Date: Sat, 12 Feb 2005 16:12:36 -0800
- Subject: RE: work around libtool to fix alpha libgcj build
Alexandre Oliva wrote
>> Probably a naive question, but why not fix libtool so we don't have to
>> trick it into doing the right thing?
>
>Or did you mean `fix' as in, getting the convenience libraries to be
>built in two variants, one PIC and one non-PIC, like all other libtool
>libraries, such that the non-PIC object files are not just thrown away
>after being built?
What I meant by 'fix' was to change libtool so that it does not use incremental linking when command line length limits are exceeded.
The problem on MIPS and as I understand it alpha is that libtool is doing ld -r on a bunch of objects and then trying to link these incremental objects into the final shared object which screws things up. On MIPS we overflow the GOT, on alpha I am not sure what the exact issue is, but it is probably similar.
If libtools knows how to properly link convenience libraries, why not have it work in the "normal" (i.e. the way libgcj was linked before rth's patch) case.
FWIW, with the patch we can probably compile libgcj without -mxgot on MIPS now. If I suddenly have a lot of free time on my hands I will try it and submit a patch.
David Daney