Can't install libgcj on solaris

Thu Apr 8 22:14:00 GMT 1999

>There appears to be a bug in the build system. I get the same error
>if I try to configure and make in the same directory as the source
>code.
>>A work around, for now, is to configure/make in a different directory.
>>For instance....
>>fencer[1072] ls -l
>total 4
>drwxr-xr-x 9 green cygnus 4096 Apr 8 08:27 libgcj-snapshot-1999年04月08日
>fencer[1073] mkdir build
>fencer[1074] cd build
>fencer[1075] ../libgcj-snapshot-1999年04月08日/configure; make
>>Does this work?
>That almost does the trick. Actually what I did was build in a dir 
where each file was linked to the original (for the multiple platform 
reason). But I guess that fails for the same reason as building in the
original dir. 
The only build error now is towards the end:
gcj -g -o jv-convert --main=gnu.gcj.convert.Convert 
gnu/gcj/convert/BytesToUnicode.o gnu/gcj/convert/Convert.o
gnu/gcj/convert/Input_8859_1.o gnu/gcj/convert/Input_EUCJIS.o
gnu/gcj/convert/Input_UTF8.o gnu/gcj/convert/Output_8859_1.o
gnu/gcj/convert/Output_JavaSrc.o gnu/gcj/convert/Output_UTF8.o
gnu/gcj/convert/UnicodeToBytes.o -L. -L./../boehm-gc -lgcjgc
ld: fatal: symbol `java::lang::Object virtual table' is multiply
defined:
 (file ./libgcj.a(Object.o) and file ./libgcj.a(natObject.o));
ld: fatal: symbol `java::lang::Class virtual table' is multiply defined:
 (file ./libgcj.a(Class.o) and file ./libgcj.a(natClass.o));
ld: fatal: File processing errors. No output written to jv-convert
collect2: ld returned 1 exit status
make[2]: *** [jv-convert] Error 1
make[2]: Leaving directory
`/toast/src/sunos5.6/libgcj-snapshot-1999年04月08日/build/sparc-sun-solaris2.6/libjava'
It didn't build jv-convert but it did build libgcjgc.a libgcj.zip
libgcj.a which I copied by hand into /usr/local/lib.
Now the problem comes when I try to compile a simple program:
% gcj Disk.java
Disk.java:1: Can't find default package `java.io'. Check the CLASSPATH
environment variable and the access to the archives.
I started to set the CLASSPATH but I can't find where java.io etc are
located. I guess in a shared library (I'm using java 1.2, is that bad?)
Maybe I will try on an sgi with java 1.1.7 tonight.
Thanks.