PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)

Alexandre Oliva aoliva@redhat.com
Wed Jun 5 13:16:00 GMT 2002


On Jun  4, 2002, "H . J . Lu" <hjl@lucon.org> wrote:

> On Tue, Jun 04, 2002 at 02:54:33PM -0700, David S. Miller wrote:
>> From: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
>> Date: Tue, 4 Jun 2002 23:53:10 +0200 (CEST)
>> 
>> On Tue, 4 Jun 2002, David S. Miller wrote:
>> >> Seen on a sparc-sun-solaris2.8 box with 512MB of main memory and 1GB swap,
>> >> that is, 1.5GB of virtual memory, using Solaris native ld.
>> > Strange, works for me with 128MB of ram and no swap under Linux/SPARC
>> > with GNU ld.
>> 
>> Could it be that the GNU tools (ld,...) simply are that much better
>> than Sun's?
>> 
>> I'm skeptical that it's as wide a gap as 1.5GB vs. 128MB.

> How about this patch?

I fail to see how this would help.

It just adds more overhead, by creating an archive that will be used
for no other purpose than linking into a real library.

It also has the undesirable effect of getting the static version of
libgcj to contain PIC, that is less efficient.

Please revert this patch unless you can convince me there's a very
good reason to do things this way.  I don't see how it would help the
bootstrap problem that Gerry has observed: the linker would have to
look at all the object files either way, be they stand-alone files or
members of the archive.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer



More information about the Java mailing list