Re: Problems cross-compiling

[Bryce McKinlay <bryce at albatross dot co dot nz>]

Lincoln Spiteri wrote:

> I am having problems compiling libgcj using recent snapshots of both libgcj and
> egcs.  The problems start when gcj is invoked, I get:
> 
> CLASSPATH=/home/lincoln/src/build/sparc-sun-solaris2.5.1/libjava /bin/sh ./libto
> ol --mode=compile sparc-sun-solaris2.5.1-gcj -fassume-compiled -g -L/home/lincol
> n/src/build/sparc-sun-solaris2.5.1/libjava   -c -o gnu/gcj/convert/BytesToUnicod
> e.lo ../../../libgcj-snapshot-1999-11-28/libjava/gnu/gcj/convert/BytesToUnicode.
> java
> mkdir gnu/gcj/convert/.libs
> sparc-sun-solaris2.5.1-gcj -fassume-compiled -g -L/home/lincoln/src/build/sparc-
> sun-solaris2.5.1/libjava -c  -fPIC ../../../libgcj-snapshot-1999-11-28/libjava/g
> nu/gcj/convert/BytesToUnicode.java -o gnu/gcj/convert/.libs/BytesToUnicode.lo
> sparc-sun-solaris2.5.1-gcj: specs file malformed after 212 characters
> make[2]: *** [gnu/gcj/convert/BytesToUnicode.lo] Error 1
> make[2]: Leaving directory `/home/lincoln/src/build/sparc-sun-solaris2.5.1/libja
> 
> If I edit the spec file and remove the jc1 entry from the spec file, the make
> process starts compiling ByteToUnicode.java and just hangs. The jc1 process
> will eat 97% cpu time until I kill it. Also in /tmp a .s file is created which
> just stays at 0 bytes in size.
> 
> Any ideas as to what might be happening?

An error like that usually means that you're using mismatched versions of gcj
and libgcj. But, as you say, you're using recent snapshots of both, so I'm not
sure what the problem could be. The hanging error is most likely a generic
problem with your gcc snapshot. Have you tried using gcc 2.95.2 + java patches?

regards

  [ bryce ]