This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)
- From: "H . J . Lu" <hjl at lucon dot org>
- To: Loren James Rittle <rittle at latour dot rsch dot comm dot mot dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Tue, 4 Jun 2002 19:41:49 -0700
- Subject: Re: PATCH: Use libgcj_convenience.la ( Re: libjava bootstrap failure on sparc-sun-solaris2.8)
- References: <20020604.142114.45742355.davem@redhat.com> <20020604155412.A24269@lucon.org> <200206050037.g550bqKx077255@latour.rsch.comm.mot.com>
On Tue, Jun 04, 2002 at 07:37:52PM -0500, Loren James Rittle wrote:
> >> Assuming this actually helps, please add a comment here explaining why
> >> libgcj_convenience.la exists. Otherwise we won't remember it later
> >> on. With that change, this is ok. Thanks.
>
> > Here is the patch I checked in.
>
> I predict that this will fail as follows. Since libgcj contains files
> with the same object name, making a convenience library that is
> unpacked into a new flat directory structure with a POSIX-compatible
> ar, the second step will drop required files (i.e. all but one with
> the same basename).
What made you think so? Can you take a look at what are inside
libjava/.libs/libgcj.a and tell me where they come from? Even if
what you said were true, that would be a libtool bug, wouldn't it?
>
> Since the patch was checked in, I am suprised that this issue was not
> spotted during a regression check... Also, you are suppose to report
> what platform you ran said regression check upon. Where is that
> information?
>
I tried my patch on gcc 3.1 branch:
http://gcc.gnu.org/ml/gcc-testresults/2002-06/msg00120.html
H.J.