This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: libgcj problems on panther
- From: Andrew Haley <aph at redhat dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Andreas Tobler <toa at pop dot agri dot ch>, GCC-Java <java at gcc dot gnu dot org>, Andrew Pinski <pinskia at physics dot uc dot edu>
- Date: Tue, 11 Nov 2003 21:00:58 +0000
- Subject: Re: libgcj problems on panther
- References: <3FAF9D0A.6010403@pop.agri.ch><87r80e4p0n.fsf@fleche.redhat.com>
Tom Tromey writes:
> >>>>> "Andreas" == Andreas Tobler <toa@pop.agri.ch> writes:
>
> Andreas> since a few days panther (OS-X 10.3) is out and gives us some nice
> Andreas> improvements regarding build speed. Unfortunately we also have a
> Andreas> serious problem to run the testsuite in libgcj. It is not only
> Andreas> testsuite related.
>
> Andreas> Andrew Pinski found out, if we remove the
> Andreas> gnu/gcj/convert/Output_ASCII.class from the buildtree, the app runs
> Andreas> with and with out CLASSPATH set. It also runs in the builddir.
>
> Ok, Panther doesn't have a shared libgcj, so Output_ASCII isn't
> linked in. So libgcj tries to load the .class file...
>
> Andreas> 262 next = *n;
> Andreas> n = (_Jv_MethodChain **) 0x38
> Andreas> thread = (struct Thread *) 0x0
>
> This is the immediate cause of the crash. `n' is garbage and
> `thread' is null.
>
> I think this happens because we're running this code before the first
> thread has been started, so there isn't a valid method chain.
>
> We aren't really set up to be doing this sort of thing. You could try
> working around this crash somehow, but there's no guarantee that you
> won't run into another one afterward...
Surely the thing to do here is make Panther use a shared libgcj. Tons
of stuff won't work until that happens.
Andrew.