Java broken after i386 PIC change

Sat Jan 20 22:20:00 GMT 2001

Richard Henderson <rth@redhat.com> writes:
> What state is the libjava testsuite in? All execute tests fail?
> How about libstdc++?

I have not tried running any testsuite, except my own application.
To try that, download http://www.bothner.com/~per/test/gnu-bytecode.zip
Then do:
kelso<1239>gcj --main=gnu.bytecode.dump gnu-bytecode.zip -o gnu-bytecode-dump -v
Reading specs from /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/specs
Reading specs from /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/../../../libgcj.spec
rename spec lib to liborig
rename spec startfile to startfileorig
Configured with: /home/bothner/GNU/egcs/configure --enable-threads=posix --prefix=/home/bothner/GNU/linux --enable-shared --enable-languages=c++,java
gcc version 2.97 20010120 (experimental)
 /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/jc1 gnu-bytecode.zip -fno-use-divide-subroutine -fuse-boehm-gc -fasynchronous-exceptions -quiet -dumpbase gnu-bytecode.zip -g1 -version -o /tmp/cchYa0uM.s
GNU Java version 2.97 20010120 (experimental) (i686-pc-linux-gnu)
	compiled by GNU C version 2.97 20010119 (experimental).
 as -V -Qy -o /tmp/cc6jIdBU.o /tmp/cchYa0uM.s
GNU assembler version 2.10.90 (i386-redhat-linux) using BFD version 2.10.0.18
 /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/jvgenmain gnu.bytecode.dump /tmp/ccm33PR3main.i
 /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/cc1 /tmp/ccm33PR3main.i -quiet -dumpbase gnu-bytecode.c -g1 -version -fdollars-in-identifiers -o /tmp/ccFDYat5main.s
GNU CPP version 2.97 20010120 (experimental) (cpplib) (i386 Linux/ELF)
GNU C version 2.97 20010120 (experimental) (i686-pc-linux-gnu)
	compiled by GNU C version 2.97 20010119 (experimental).
 as -V -Qy -o /tmp/ccnUXMR6main%O /tmp/ccFDYat5main.s
GNU assembler version 2.10.90 (i386-redhat-linux) using BFD version 2.10.0.18
 /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o gnu-bytecode-dump /usr/lib/crt1.o /usr/lib/crti.o /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/crtbegin.o -u __rethrow -u __frame_state_for -lgcc -L/home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97 -L/home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/../../.. /tmp/cc6jIdBU.o /tmp/ccnUXMR6main%O -lgcc -lgcj -lm -lgcjgc -lpthread -lzgcj -ldl -lc -lgcc /home/bothner/GNU/linux/lib/gcc-lib/i686-pc-linux-gnu/2.97/crtend.o /usr/lib/crtn.o
kelso<1240>./gnu-bytecode-dump 
Segmentation fault (core dumped)
Note this is using my hacked version of gcj, with the patch I posted
yesterday, but have not checked in. However, this application is much
smaller, and should not need my .jar support.
gnu-bytecode-dump is also available in http://www.bothner.com/~per/test/
By the way: gnu-bytecode-dump is essentially like jcf-dump but
written in Kava. You should be able to do things like:
 ./gnu-bytecode-dump foo/bar.class
and get a classfile dis-assembly.
-- 
	--Per Bothner
per@bothner.com http://www.bothner.com/~per/