Re: Still with the Java testsuite failures

["Zack Weinberg" <zackw at Stanford dot EDU>]

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