This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Java 3.3 regression details from sparc-sun-solaris2.7
- From: Andrew Haley <aph at redhat dot com>
- To: Jeff Sturm <jsturm at one-point dot com>
- Cc: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>, tromey at redhat dot com,<gcc-bugs at gcc dot gnu dot org>, <gcc at gcc dot gnu dot org>, <java at gcc dot gnu dot org>
- Date: Mon, 27 Jan 2003 18:26:18 +0000 (GMT)
- Subject: Re: Java 3.3 regression details from sparc-sun-solaris2.7
- References: <200301270550.AAA11673@caip.rutgers.edu><Pine.LNX.4.44.0301271311230.1610-100000@ops2.one-point.com>
Jeff Sturm writes:
> On Mon, 27 Jan 2003, Kaveh R. Ghazi wrote:
> > -------------------------------------------------------------
> > spawn /teal/tmpdisk/ghazi/gcc-testing/33/build/gcc/jv-scan
> > --encoding=UTF-8 /teal/tmpdisk/ghazi/gcc-testing/33/egcc-3.3-CVS20030125/libjava/testsuite/libjava.lang/TLtest.java --list-class
> > TLtest Data Data$1 ThreadTest
> > spawn [open ...]
> > Exception in thread "A" java.lang.NullPointerException
> > <<No stacktrace available>>
> > test OK.
> > FAIL: TLtest execution - gij test
>
> Can you post a stack trace from gdb at the point of the SIGSEGV? (Make
> sure you continue past the first SIGSEGV in GC_find_limit-- that one is
> normal.)
SPARC runs with -fcheck-references, so any SEGV (except that first
one) must be a code generation bug, or perhaps something wrong with
the runtime. Linker problem, perhaps?
Andrew.