libgcj cross-compilation problems (2)

Thu Apr 20 05:50:00 GMT 2000

> >From alias Thu Apr 20 13:43:11 2000
> Date: 2000年4月20日 13:42:21 +0100 (BST)
> From: Chris Dornan <cdornan@arm.com>
>> Andrew Haley replied:
>> > Well, even if in theory it can run gcjh, it certianly looks like it
> > hasn't done so. Either that or the headers aren't in the right place.
> > So, did gcjh run? And did the libgcj sources get bytecode compiled?
>> As far as I can tell, no, but I am not very familiar with the
> internals of this build. I have appended the make log for this
> section of the build to the message; it will probably be easier for others
> to see what is going on.

Look for the *first* error, not where the make finally fails:
> make[2]: Entering directory `/export/home/cdornan/libgcj-2000年03月02日-arm/arm-elf/libjava/include'
> make[2]: Leaving directory `/export/home/cdornan/libgcj-2000年03月02日-arm/arm-elf/libjava/include'
> make[2]: Entering directory `/export/home/cdornan/libgcj-2000年03月02日-arm/arm-elf/libjava'
> classpath . gnu/gcj/convert/BytesToUnicode
> make[2]: classpath: Command not found

There it is; JAVAC isn't set in the Makefile.
Andrew.