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: Alexandre Oliva <aoliva at redhat dot com>
- To: "David Daney" <ddaney at avtrex 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: 13 Feb 2005 14:17:17 -0200
- Subject: Re: work around libtool to fix alpha libgcj build
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <69397FFCADEFD94F8D5A0FC0FDBCBBDEF546@avtrex-server.hq.avtrex.com>
On Feb 12, 2005, "David Daney" <ddaney@avtrex.com> wrote:
> What I meant by 'fix' was to change libtool so that it does not use incremental linking when command line length limits are exceeded.
Aah. Yes, possible, just tricky. I'm sure a patch to fix this would
be very welcome.
> 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.
On some platforms in which --whole-archive is not supported, it will
have to extract the objects from the library and then use piecewise
linking anyway.
Which makes matters even worse on platforms whose `ar' are POSIX
compliant and drop the dirname of object filenames. In this case, if
multiple object files have the same basename, when they're extracted,
you lose.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}