This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gcc-3.1 2002-04-03 libjava failures on sparc-linux?
On Mon, Apr 08, 2002 at 02:16:31PM -0600, Tom Tromey wrote:
> >>>>> "ChJ" == Christian Jönsson <c.christian.joensson@telia.com> writes:
>
> ChJ> Sorry, I should have inserted a pointer to my latest
> ChJ> testresults... Here it is:
> ChJ> http://gcc.gnu.org/ml/gcc-testresults/2002-04/msg00182.html
>
> Hi. I'm finally back, and I looked at this today.
> It looks to me like all the execute tests are failing. Usually this
> indicates some systematic low-level failure.
I would think so, yes. I also suspect, as have been suggested to me by
others, that there might be a sun4m, i.e., sparc32, kernel problem
relevant also for this.
>
> It would help if you could send a piece of the libjava.log file that
> shows a single such failure.
Sure, this is from my current ongoing test of gcc-3.1 (Sun Apr 7
12:38:08 UTC 2002):
Running /share2/gcc-rel/gcc/libjava/testsuite/libjava.jni/jni.exp ...
PASS: bytecompile /share2/gcc-rel/gcc/libjava/testsuite/libjava.jni/calls.java
PASS: calls header generation
Executing on host: /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/xgcc -B/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/ /share2/gcc-rel/gcc/libjava/testsuite/libjava.jni/calls.c -shared -fPIC -I. -I.. -I/share2/gcc-rel/gcc/libjava/testsuite/../include -lm -fPIC -o libcalls.so (timeout = 300)
PASS: calls.c compilation
Executing on host: /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/gcj -B/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/ --encoding=UTF-8 -B/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/../ /share2/gcc-rel/gcc/libjava/testsuite/libjava.jni/calls.java -no-install -fjni -L. -lcalls --main=calls -g -L/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux//libjava/.libs -L/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux//boehm-gc/.libs -lm -fPIC -o calls (timeout = 300)
PASS: linking calls
FAIL: calls run
UNTESTED: calls output
PASS: cxxtest header generation
Executing on host: /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/xgcc -B/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/ /share2/gcc-rel/gcc/libjava/testsuite/libjava.jni/cxxtest.cc -shared -fPIC -I. -I.. -I/share2/gcc-rel/gcc/libjava/testsuite/../include -lm -fPIC -o libcxxtest.so (timeout = 300)
PASS: cxxtest.c compilation
Executing on host: /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/../libtool --silent --tag=GCJ --mode=link /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/gcj -B/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/gcc/ --encoding=UTF-8 -B/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/../ /share2/gcc-rel/gcc/libjava/testsuite/libjava.jni/cxxtest.java -no-install -fjni -L. -lcxxtest -L/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libstdc++-v3/src -lstdc++ --main=cxxtest -g -L/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux//libjava/.libs -L/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux//boehm-gc/.libs -lm -fPIC -o cxxtest (timeout = 300)
PASS: linking cxxtest
FAIL: cxxtest run
UNTESTED: cxxtest output
Not much I get out of that...
> Also, you could try running one of the programs by hand from the
> command line. Even running a simple "hello world" program should show
> the problem.
Sorry, you'll perhaps have to help me a bit more here.
Here's what I do (the unix run, not -fPIC or -fpic):
chj@fw:/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite$ env LD_LIBRARY_PATH=`pwd`/../.libs:`pwd`/../../../gcc:. ldd cxxtest
libcxxtest.so => ./libcxxtest.so (0x50029000)
libstdc++.so.4 => /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libstdc++-v3/src/.libs/libstdc++.so.4 (0x5003a000)
libm.so.6 => /lib/libm.so.6 (0x500f5000)
libgcc_s.so.1 => /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/../../../gcc/libgcc_s.so.1 (0x5018a000)
libc.so.6 => /lib/libc.so.6 (0x501a2000)
libgcj.so.3 => /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/../.libs/libgcj.so.3 (0x502e4000)
libz.so.1 => /usr/lib/libz.so.1 (0x50884000)
libdl.so.2 => /lib/libdl.so.2 (0x508a3000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x50000000)
chj@fw:/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite$ env LD_LIBRARY_PATH=`pwd`/../.libs:`pwd`/../../../gcc:. ~/gdb cxxtest
GNU gdb 5.1.90_20020403
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-linux"...
(gdb) r
Starting program: /share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite/cxxtest
Program received signal SIGSEGV, Segmentation fault.
0x506d6f60 in GC_push_all_eager (bottom=0xeaffe3d4 "P\0022H@",
top=0xf0000000 <Address 0xf0000000 out of bounds>)
at /share2/gcc-rel/gcc/boehm-gc/mark.c:1349
1349 q = *p;
(gdb) bt
#0 0x506d6f60 in GC_push_all_eager (bottom=0xeaffe3d4 "P\0022H@",
top=0xf0000000 <Address 0xf0000000 out of bounds>)
at /share2/gcc-rel/gcc/boehm-gc/mark.c:1349
#1 0x506d7058 in GC_push_all_stack_partially_eager (
bottom=0xeaffe3d4 "P\0022H@",
top=0xf0000000 <Address 0xf0000000 out of bounds>,
cold_gc_frame=0xeaffe5bc "") at /share2/gcc-rel/gcc/boehm-gc/mark.c:1386
#2 0x506d8e88 in GC_push_current_stack (cold_gc_frame=0xeaffe5bc "")
at /share2/gcc-rel/gcc/boehm-gc/mark_rts.c:457
#3 0x506d8ff0 in GC_push_roots (all=1, cold_gc_frame=0xeaffe5bc "")
at /share2/gcc-rel/gcc/boehm-gc/mark_rts.c:571
#4 0x506d4ca0 in GC_mark_some (cold_gc_frame=0xeaffe5bc "")
at /share2/gcc-rel/gcc/boehm-gc/mark.c:322
#5 0x506cae54 in GC_stopped_mark (stop_func=0x506c9fbc <GC_never_stop_func>)
at /share2/gcc-rel/gcc/boehm-gc/alloc.c:489
#6 0x506ca9dc in GC_try_to_collect_inner (
stop_func=0x506c9fbc <GC_never_stop_func>)
at /share2/gcc-rel/gcc/boehm-gc/alloc.c:350
#7 0x506da12c in GC_init_inner () at /share2/gcc-rel/gcc/boehm-gc/misc.c:652
#8 0x506d9c4c in GC_init () at /share2/gcc-rel/gcc/boehm-gc/misc.c:448
#9 0x506d0e10 in GC_init_gcj_malloc (mp_index=0, mp=0x506c6f98)
at /share2/gcc-rel/gcc/boehm-gc/gcj_mlc.c:60
#10 0x506c7bf0 in _Jv_InitGC() () at /share2/gcc-rel/gcc/libjava/boehm.cc:465
#11 0x5053f798 in _Jv_CreateJavaVM(void*) ()
at /share2/gcc-rel/gcc/libjava/prims.cc:892
#12 0x5053fbbc in _Jv_RunMain(java::lang::Class*, char const*, int, char const**, bool) (klass=0x20f9c, name=0x0, argc=1, argv=0xeaffea14, is_jar=false)
at /share2/gcc-rel/gcc/libjava/prims.cc:982
#13 0x00010ad4 in main (argc=1, argv=0xeaffea14) at /tmp/cc0Rw3pF.i:11
(gdb) quit
The program is running. Exit anyway? (y or n) y
chj@fw:/share2/gcc-rel/objdir-gcc-3.1+binutils-2.12-cvs/sparc-linux/libjava/testsuite$
> We can start debugging from there...
Sure, this is what I got. See also
http://gcc.gnu.org/ml/gcc-bugs/2002-04/msg00401.html
or around that thread as I suspect they might be related :-)
> Thanks for looking at this platform!
No problem, my fun.
Cheers,
/ChJ