Still with the Java testsuite failures
Zack Weinberg
zackw@Stanford.EDU
Fri Mar 16 10:38:00 GMT 2001
On Fri, Mar 16, 2001 at 12:26:23AM -0700, Tom Tromey wrote:
>> Zack> This is the same problem the objc test suite had a couple of weeks
> Zack> back. Somewhere, LD_LIBRARY_PATH needs to be augmented with the gcc
> Zack> build directory.
>> It might be appropriate to fix this in dejagnu. It looks like dejagnu
> already handles this stuff sometimes. However, that would be the
> route of maximal pain. So instead I've come up with this patch, which
> works for me. Could you try it?
>> If this works for you I will check it in. (It will go on the branch
> too, since it is needed there.)
>> 2001年03月16日 Tom Tromey <tromey@redhat.com>
>> * lib/libjava.exp (libjava_arguments): Rewrote computation of
> LD_LIBRARY_PATH. Add gcc build directory if it contains
> libgcc_s.so.
Yep, this works. I'm now at
=== libjava Summary ===
# of expected passes 891
# of unexpected failures 276
# of unexpected successes 89
# of expected failures 464
with just about all the unexpected failures being 'foobar compilation
from bytecode'. On a casual skim through the log, most of them are
like this:
Executing on host:
CLASSPATH=.. ../libtool --silent --tag=GCJ --mode=compile
/home/zack/src/b/gcc_vanilla/gcc/gcj
-B/home/zack/src/b/gcc_vanilla/gcc/
-B/home/zack/src/b/gcc_vanilla/i686-pc-linux-gnu/libjava
-O -c -g -o BlankFinal.o BlankFinal.class
(timeout = 300)
BlankFinal.java: In class `BlankFinal':
BlankFinal.java: In method `()':
BlankFinal.java:0: Internal error: Segmentation fault
gdb sez:
Program received signal SIGSEGV, Segmentation fault.
0x81dffc3 in expand_end_bindings (vars=0x0, mark_ends=1, dont_jump_in=0)
at ../../../gcc_vanilla/gcc/stmt.c:3659
3659 while (block_stack->data.block.exception_region)
(gdb) p cfun->stmt->x_block_stack
1ドル = (struct nesting *) 0x0
(gdb) bt
#0 0x81dffc3 in expand_end_bindings (vars=0x0, mark_ends=1, dont_jump_in=0)
at stmt.c:3659
#1 0x8090727 in maybe_poplevels (pc=1)
at java/decl.c:1466
#2 0x8099526 in expand_byte_code (jcf=0x834e7e0, method=0x4017f5b0)
at java/expr.c:2769
#3 0x80a869c in parse_class_file ()
at java/jcf-parse.c:809
#4 0x80a8d6a in yyparse ()
at java/jcf-parse.c:1053
#5 0x81ec558 in compile_file (name=0xbffffb69 "BlankFinal.class")
at toplev.c:2371
#6 0x81f093e in toplev_main (argc=15, argv=0xbffff9c4)
at toplev.c:4970
#7 0x4003bc14 in __libc_start_main () from /lib/i686/libc.so.6
and that's about as far as I can take it.
zw
More information about the Java
mailing list