Re: Java Compiler Build Failure

[matti kaasinen <matti dot kaasinen at gmail dot com>]

Hi Doug,

This http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31570 seems
explaining my problem. I have run this on VirtualBox installation that
has currently only 384 MB cpu memory whereas at least 512MB should be
needed. I used to have dual boot Ubuntu that run out memory space.
Resizing Ubuntu section led to Vista re-installation.... Therefore, I
tried this VirtualBox instead of dual boot. Well, I try using little
more memory. I hope that it does not require too much over 512MB
halting whole host.

-Matti

2010/5/23 matti kaasinen <matti.kaasinen@gmail.com>:
> Hi Doug,
>
> I made some trials with my gcj installation.
>
> Original that did not work with M option was gcj-4.4.
> Gcj-4.3 worked fine with M (required with -cfM@), but build stopped
> well before that jar command.
> I also tried jar that was coming with sun-java-sdk6 and OpenSDK 6 -
> They did not accept @ option.
>
> So, I used mainly gcj-4.4 but took jar from ?gcj-4.3.
>
> Build went further with this combination. However, it also stopped
> with following errors.
>
> [ALL ?] ? ?libtool: compile:
> /opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc/gcc/gcj
> -B/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libjava/
> -B/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc/gcc/
> -fclasspath= -fbootclasspath=/opt/crosstool/targets/src/gcc-4.3.2/libjava/classpath/lib
> --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c
> -fsource-filename=/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libjava/classpath/lib/classes
> -MT gnu/javax/swing/text/html/parser/HTML_401F.lo -MD -MP -MF
> gnu/javax/swing/text/html/parser/HTML_401F.deps
> @gnu/javax/swing/text/html/parser/HTML_401F.list ?-fPIC -o
> gnu/javax/swing/text/html/parser/.libs/HTML_401F.o
> [ERROR] ? ?gcj: Internal error: Killed (program jc1)
> [ALL ?] ? ?Please submit a full bug report.
> [ALL ?] ? ?See <http://gcc.gnu.org/bugs.html> for instructions.
> [ERROR] ? ?make[4]: *** [gnu/javax/swing/text/html/parser/HTML_401F.lo] Error 1
> [ALL ?] ? ?make[4]: Leaving directory
> `/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libjava'
> [ERROR] ? ?make[3]: *** [all-recursive] Error 1
> [ALL ?] ? ?make[3]: Leaving directory
> `/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc/arm-unknown-linux-gnueabi/libjava'
> [ERROR] ? ?make[2]: *** [all-target-libjava] Error 2
> [ALL ?] ? ?make[2]: Leaving directory
> `/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc'
> [ERROR] ? ?make[1]: *** [all] Error 2
> [ALL ?] ? ?make[1]: Leaving directory
> `/opt/crosstool/targets/arm-unknown-linux-gnueabi/build/build-cc'
> [ERROR] ? ?Build failed in step 'Installing final compiler'
> [ERROR] ? ?Error happened in
> '/usr/local/lib/ct-ng-hg_default@1943_48e107b35ba9/scripts/functions'
> in function 'CT_DoExecLog' (line unknown, sorry)
> [ERROR] ? ? ? ? ?called from
> '/usr/local/lib/ct-ng-hg_default@1943_48e107b35ba9/scripts/build/cc/gcc.sh'
> at line # 392 in function 'do_cc'
> [ERROR] ? ? ? ? ?called from
> '/usr/local/lib/ct-ng-hg_default@1943_48e107b35ba9/scripts/crosstool-NG.sh'
> at line # 578 in function 'main'
> [ERROR] ? ?Look at
> '/home/matti/x-tools/arm-unknown-linux-gnueabi/build.log' for more
> info on this error.
> [ERROR] ?(elapsed: 382:04.25)
>
> It was gcj compiling HTML_401F.class.
> Well, this far I can go,
> -Matti
>
> 2010/5/20 Doug Kehn <rdkehn@yahoo.com>:
>> Hi Matti,
>>
>> --- On Thu, 5/20/10, matti kaasinen <matti.kaasinen@gmail.com> wrote:
>>
>>> From: matti kaasinen <matti.kaasinen@gmail.com>
>>> Subject: Java Compiler Build Failure
>>> To: crossgcc@sourceware.org
>>> Cc: yann.morin.1998@anciens.enib.fr, rdkehn@yahoo.com
>>> Date: Thursday, May 20, 2010, 9:48 AM
>>> Hi!
>>>
>>> I tried to re-produce arm toolchain with c c++ and java by
>>> using
>>> crosstool-NG version hg_default@1943_48e107b35ba9. I used
>>> same library
>>> etc. versions - as close as possible as
>>> arm-unknown-linux-gnueabi
>>> listed on "succesfully built toolchains" listing.
>>>
>>> issues:
>>>
>>> 1)
>>> With compilers = c, c++, java, process stopped somewhere in
>>> the middle
>>> of checking fortran details.
>>> Message was something like "libtool.m4 error". So, there is
>>> some
>>> hidden dependency between java and fortran in ct-ng
>>> process.
>>>
>>> 2)
>>> After including also fortran to compilers list, process
>>> went further
>>> stopping with following messages (after about 5 hours).
>>>
>>> ------ messages begin
>>> [ALL? ]??? here=`pwd`; cd
>>> /opt/crosstool/targets/src/gcc-4.3.2/libjava/classpath/lib;
>>> ??? find
>>> gnu java javax org sun -name .svn -prune -o -name '*.class'
>>> -print |
>>> ? jar -cfM@ $here/libgcj-4.3.2.jar
>>> [ERROR]??? jar: internal error:
>>> [ALL? ]??? java.lang.NullPointerException
>>> [ALL? ]?????? at
>>> gnu.classpath.tools.jar.Creator.writeCommandLineEntries(libgcj-tools.so.10)
>>> [ALL? ]?????? at
>>> gnu.classpath.tools.jar.Creator.run(libgcj-tools.so.10)
>>> [ALL? ]?????? at
>>> gnu.classpath.tools.jar.Main.run(libgcj-tools.so.10)
>>> [ALL? ]?????? at
>>> gnu.classpath.tools.jar.Main.main(libgcj-tools.so.10)
>>> ------ messages end
>>>
>>> Problem is jar -cfM@ $here/libgcj-4.3.2.jar command. Any
>>> jar
>>> operations fail with M option. There are no complaints if I
>>> run the
>>> first message line manually without M option. So, is this M
>>> option
>>> really needed? My java installation is made using regular
>>> Ubuntu 9.10
>>> packet manager. So most likely I should add some more java
>>> stuff in
>>> order to get rid of this problem, but I really dont know
>>> what.
>>>
>>> Above command seems coming from
>>> arm-unknown-linux-gnueabi/libjava/Makefile (two jar command
>>> lines with
>>> -cfM options). I could edit them, but I suppose they will
>>> quite easily
>>> be written over during the automake process.
>>>
>>> Any suggestion how to proceed?
>>>
>>
>> I get the same error with the crosstools-ng-1.7.0. ?I think its a problem with using the host's jar. ?I think there is a jar in the crosstools source/build-output that needs to be used instead. ?Unfortunately, I haven't had time lately to pursue the problem further. ?Maybe in the next week or two I can look at it.
>>
>> ...doug
>>
>>
>>
>>
>>
>

--
For unsubscribe information see http://sourceware.org/lists.html#faq