This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)
On Wed, Jun 05, 2002 at 05:16:24PM -0300, Alexandre Oliva wrote:
> 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 does help on libgcj.so since there is no more long linker command
line. I can even run ld under gdb. However, it won't work with libgcj.a
or ld doesn't support --whole-archive as other people have pointed out.
I tried to use multiple convience archives. But it still doesn't work
due to a libtool problem. When there is a long line of
# ar cru libfoo.a xxx/1.a ... yyy/n.a .... zzz/1.a
libtool tries to break it into
# ar cru libfoo.a xxx/1.a ...
# ar cru libfoo.a yyy/n.a .... zzz/1.a
Now zzz/1.a will replace xxx/1.a in libfoo.a. libtool should do some
sorting by basename before breaking args. I haven't figure out a way
to do it.
H.J.