Re: src/gnu/dist/gcc incomplete? or what?

[Patrick Welche <prlw1%cam.ac.uk@localhost>]

On Tue, Aug 12, 2008 at 03:14:32PM -0400, der Mouse wrote:
> I wanted to build gcj, the gcc java compiler, to compile java to
> bytecode.  So I went to one of my 3.1 machines, created a sandbox
> directory /home/mouse/gcj for the purpose, symlinked src to
> /usr/src/gnu/dist/gcc, created subdirs INST and OBJDIR, and ran
> 
> % sh src/configure --prefix=/home/mouse/gcj/INST 
> --with-local-prefix=/home/mouse/gcj/INST --disable-shared 
> --enable-threads=single --enable-languages=java --disable-libgcj
> 
> and it chugged along for a while and fell over, ending with
> 
> checking assembler --gstabs support... yes
> checking linker read-only and read-write section mixing... read-write
> checking linker PT_GNU_EH_FRAME support... yes
> configure: error: 
> The following requested languages were not found: java
> The following languages were available: c c++ f77 objc treelang
> Configure in /home/mouse/gcj/gcc failed, exiting.
> [Omega] 3> 
> 
> But the docs in that same tree indicate that java is a supported
> language.  Is the NetBSD import of gcc incomplete, or did I do
> something wrong, or is java support busted in this version of gcc, or
> what?  It seems unlikely that the import is incomplete, both because
> that would run counter to the whole idea of importing vendor
> distributions and because treelang (which I don't think we build) _is_
> listed.  But _something_ certainly didn't work.
> 
> Of course, it's possible that nobody here knows; it's not as if gcj is
> one of the things NetBSD supports building from the shipped sources.
> But it's also possible that someone will say "oh, yes, we didn't import
> $SOMEDIR because we don't need it for anything we build" or some such,
> which is really why I'm asking here first.

Did you manage to compile gcj? I just tried checking out gcc-HEAD and
compiling on yesterday's NetBSD-current/i386. (no fancy configure options)

All is well until

libtool: link: creating libgij.la
libtool: link: ( cd ".libs" && rm -f "libgij.la" && ln -s "../libgij.la" "libgij
.la" )
if /bin/ksh ./libtool --tag=GCJ --mode=compile /usr/obj/prlw1/gcc/gcj -B/usr/obj
/prlw1/i386-unknown-netbsdelf4.99.72/libjava/ -B/usr/obj/prlw1/gcc/ -ffloat-stor
e -fomit-frame-pointer -Usun -fclasspath= -fbootclasspath=/usr/src/local/gcc/lib
java/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -findire
ct-dispatch -fno-indirect-classes  -fsource-filename=/usr/obj/prlw1/i386-unknown
-netbsdelf4.99.72/libjava/classpath/tools/all-classes.lst -g -O2 -MT classpath/t
ools/libgcj_tools_la-tools.lo -MD -MP -MF "classpath/tools/.deps/libgcj_tools_la
-tools.Tpo" -c -o classpath/tools/libgcj_tools_la-tools.lo `test -f 'classpath/t
ools/tools.zip' || echo '/usr/src/local/gcc/libjava/'`classpath/tools/tools.zip;
 \
        then mv -f "classpath/tools/.deps/libgcj_tools_la-tools.Tpo" "classpath/
tools/.deps/libgcj_tools_la-tools.Plo"; else rm -f "classpath/tools/.deps/libgcj
_tools_la-tools.Tpo"; exit 1; fi
libtool: compile:  /usr/obj/prlw1/gcc/gcj -B/usr/obj/prlw1/i386-unknown-netbsdel
f4.99.72/libjava/ -B/usr/obj/prlw1/gcc/ -ffloat-store -fomit-frame-pointer -Usun
 -fclasspath= -fbootclasspath=/usr/src/local/gcc/libjava/classpath/lib --encodin
g=UTF-8 -Wno-deprecated -fbootstrap-classes -findirect-dispatch -fno-indirect-cl
asses -fsource-filename=/usr/obj/prlw1/i386-unknown-netbsdelf4.99.72/libjava/cla
sspath/tools/all-classes.lst -g -O2 -MT classpath/tools/libgcj_tools_la-tools.lo
 -MD -MP -MF classpath/tools/.deps/libgcj_tools_la-tools.Tpo -c classpath/tools/
tools.zip  -fPIC -o classpath/tools/.libs/libgcj_tools_la-tools.o
In file included from <built-in>:0:
classpath/tools/tools.zip:0: fatal error: not a valid Java .class file
compilation terminated.
gmake[3]: *** [classpath/tools/libgcj_tools_la-tools.lo] Error 1
gmake[3]: Leaving directory `/usr/obj/prlw1/i386-unknown-netbsdelf4.99.72/libjav
a'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/obj/prlw1/i386-unknown-netbsdelf4.99.72/libjav
a'


The strange thing is that tools.zip looks OK... (I have fastjar 0.92)

Did you get past this?

Cheers,

Patrick