You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Mark Hindess <ma...@googlemail.com> on 2006/06/22 07:25:43 UTC

Re: build problems

On 22 June 2006 at 10:25, "Vladimir Ivanov" <iv...@gmail.com> wrote:
> 
> 1) the dependency on ecj_3.2RC5 is not checked:
> ....
>      [copy] Copying
> C:\harmony\trunk_0427\depends\jars\bcprov-jdk14-133\bcprov.jar to
> C:\harmony\trunk_0427\deploy\jdk\jre\lib\ext\bcprov.jar
> BUILD FAILED
> C:\harmony\trunk_0427\build.xml:83: The following error occurred while
> executing this line:
> C:\harmony\trunk_0427\make\build-java.xml:161:
> C:\harmony\trunk_0427\depends\jars\ecj_3.2RC5 not found.
> 
> Total time: 2 minutes 31 seconds
> ...

Fixed in r416240.  Thanks for the report.

> 2) the build failed on java-compilation on the WinXP with 1Gb RAM (650Mb
> free) as:
> ...
> compile:
>     [mkdir] Created dir: C:\users\TCKTeam\ws\trunk\build
>     [javac] Compiling 2895 source files to C:\users\TCKTeam\ws\trunk\build
> 
>     [javac] The system is out of resources.
>     [javac] Consult the following stack trace for details.
>     [javac] java.lang.OutOfMemoryError: Java heap space
> 
> BUILD FAILED
> C:\users\TCKTeam\ws\trunk\build.xml:83: The following error occurred while
> executing this line:
> C:\users\TCKTeam\ws\trunk\make\build-java.xml:84: Compile failed; see the
> compiler error output for details.
> 
> Total time: 1 minute 8 seconds
> 
>  To fix it the build-java.xml was updated (locally) as:
> <javac fork="yes" memoryInitialSize="512M" memoryMaximumSize="600M"
> destdir="${build.output}" source="${hy.javac.source}" target="${
> hy.javac.target}" debug="on">

Good idea.  Fixed in r416245.

Regards,
-Mark.



---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: build problems

Posted by Tim Ellison <t....@gmail.com>.
Sure you are compiling with the correct version (2.8.0) of Xerces?

Regards,
Tim

Ivan Volosyuk wrote:
> There are a few more problems with classlib compilation using eclipse
> compiler:
> 
> 1. Tools modules ignores property build.compiler which is set in
> make/build-java.xml
> 2. Compilation problem in java/util/Properties.java (using ECJ on jre
> 1.4.x):
> 
>    [javac] 1086. ERROR in
> /home/ivan/experiments/harmony/CLASSLIB/modules/luni/src/main/java/java/util/Properties.java
> 
>    [javac]  (at line 568)
>    [javac]     String value = entry.getTextContent();
>    [javac]                          ^^^^^^^^^^^^^^
>    [javac] The method getTextContent() is undefined for the type Element
> 
> There is no other problems, except huge number of ecj compiler warnings.
> -- 
> Ivan
> 
> 
> On 6/22/06, Tim Ellison <t....@gmail.com> wrote:
>> Vladimir Ivanov wrote:
>> > Initial size can be reduced, it works fine. So far… Since the number of
>> > files to compile will only grow as time goes.
>> > Isn't it more general solution compile sources by modules (in same VM,
>> > without fork)?
>>
>> That's how I normally work anyway, and as we have snapshots available to
>> compile against people can always bootstrap the module compilation from
>> a previous build.
>>
>> However, we do need to retain the option to rebuild the entire world
>> from scratch, so I expect there will always be a top level build.
>>
>> I'll reduce the footprint options -- please howl if it does not suit.
>>
>> Regards,
>> Tim
>>
>> -- 
>>
>> Tim Ellison (t.p.ellison@gmail.com)
>> IBM Java technology centre, UK.
>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>
> 
> 

-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: build problems

Posted by Ivan Volosyuk <iv...@gmail.com>.
There are a few more problems with classlib compilation using eclipse compiler:

1. Tools modules ignores property build.compiler which is set in
make/build-java.xml
2. Compilation problem in java/util/Properties.java (using ECJ on jre 1.4.x):

    [javac] 1086. ERROR in
/home/ivan/experiments/harmony/CLASSLIB/modules/luni/src/main/java/java/util/Properties.java
    [javac]  (at line 568)
    [javac] 	String value = entry.getTextContent();
    [javac] 	                     ^^^^^^^^^^^^^^
    [javac] The method getTextContent() is undefined for the type Element

There is no other problems, except huge number of ecj compiler warnings.
--
Ivan


On 6/22/06, Tim Ellison <t....@gmail.com> wrote:
> Vladimir Ivanov wrote:
> > Initial size can be reduced, it works fine. So far… Since the number of
> > files to compile will only grow as time goes.
> > Isn't it more general solution compile sources by modules (in same VM,
> > without fork)?
>
> That's how I normally work anyway, and as we have snapshots available to
> compile against people can always bootstrap the module compilation from
> a previous build.
>
> However, we do need to retain the option to rebuild the entire world
> from scratch, so I expect there will always be a top level build.
>
> I'll reduce the footprint options -- please howl if it does not suit.
>
> Regards,
> Tim
>
> --
>
> Tim Ellison (t.p.ellison@gmail.com)
> IBM Java technology centre, UK.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>


-- 
Ivan
Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: build problems

Posted by Tim Ellison <t....@gmail.com>.
Vladimir Ivanov wrote:
> Initial size can be reduced, it works fine. So far… Since the number of
> files to compile will only grow as time goes.
> Isn't it more general solution compile sources by modules (in same VM,
> without fork)?

That's how I normally work anyway, and as we have snapshots available to
compile against people can always bootstrap the module compilation from
a previous build.

However, we do need to retain the option to rebuild the entire world
from scratch, so I expect there will always be a top level build.

I'll reduce the footprint options -- please howl if it does not suit.

Regards,
Tim

-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: build problems

Posted by Vladimir Ivanov <iv...@gmail.com>.
Initial size can be reduced, it works fine. So far… Since the number of
files to compile will only grow as time goes.
Isn't it more general solution compile sources by modules (in same VM,
without fork)?

 Thanks, Vladimir
On 6/22/06, Mark Hindess <ma...@googlemail.com> wrote:
>
>
> On 22 June 2006 at 9:28, Tim Ellison <t.p.ellison@gmail.com > wrote:
> > Mark Hindess wrote:
> > > On 22 June 2006 at 10:25, "Vladimir Ivanov" <iv...@gmail.com>
> wrote:
> > >> 1) the dependency on ecj_3.2RC5 is not checked:
> > >> ....
> > >>      [copy] Copying
> > >> C:\harmony\trunk_0427\depends\jars\bcprov-jdk14-133\bcprov.jar to
> > >> C:\harmony\trunk_0427\deploy\jdk\jre\lib\ext\bcprov.jar
> > >> BUILD FAILED
> > >> C:\harmony\trunk_0427\build.xml:83: The following error occurred
> while
> > >> executing this line:
> > >> C:\harmony\trunk_0427\make\build-java.xml:161:
> > >> C:\harmony\trunk_0427\depends\jars\ecj_3.2RC5 not found.
> > >>
> > >> Total time: 2 minutes 31 seconds
> > >> ...
> > >
> > > Fixed in r416240.  Thanks for the report.
> >
> > Apologies, that was my oversight.  There was code to check it, but I had
>
> > left it commented out.
> >
> > >> 2) the build failed on java-compilation on the WinXP with 1Gb RAM
> (650Mb
> > >> free) as:
> > >> ...
> > >> compile:
> > >>     [mkdir] Created dir: C:\users\TCKTeam\ws\trunk\build
> > >>     [javac] Compiling 2895 source files to
> C:\users\TCKTeam\ws\trunk\build
> > >>
> > >>     [javac] The system is out of resources.
> > >>     [javac] Consult the following stack trace for details.
> > >>     [javac] java.lang.OutOfMemoryError: Java heap space
> > >>
> > >> BUILD FAILED
> > >> C:\users\TCKTeam\ws\trunk\build.xml:83: The following error occurred
> while
> > >> executing this line:
> > >> C:\users\TCKTeam\ws\trunk\make\build-java.xml:84: Compile failed; see
> the
> > >> compiler error output for details.
> > >>
> > >> Total time: 1 minute 8 seconds
> > >>
> > >>  To fix it the build-java.xml was updated (locally) as:
> > >> <javac fork="yes" memoryInitialSize="512M" memoryMaximumSize="600M"
> > >> destdir="${ build.output}" source="${hy.javac.source}" target="${
> > >> hy.javac.target}" debug="on">
> > >
> > > Good idea.  Fixed in r416245.
> >
> > Not a good idea :-(  I'm compiling successfully with the non-forked VM
> > and -Xmx256m (that works with Sun 5.0 JDK), now I have to fork another
> > process that will immediately grab 512Mb RAM ?!  That's excessive.
> >
> > As a compromise can we remove the inital size param and reduce the max
> > memory?
>
> Good point.  Yes.  Feel free to change it to something more appropriate,
> I'm still able to compile with -Xmx512m (on Windows and Linux) so assume
> that should be enough for Vladimir too?
>
> Regards,
> Mark.
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

Re: build problems

Posted by Tim Ellison <t....@gmail.com>.
Mark Hindess wrote:
> On 22 June 2006 at 10:25, "Vladimir Ivanov" <iv...@gmail.com> wrote:
>> 1) the dependency on ecj_3.2RC5 is not checked:
>> ....
>>      [copy] Copying
>> C:\harmony\trunk_0427\depends\jars\bcprov-jdk14-133\bcprov.jar to
>> C:\harmony\trunk_0427\deploy\jdk\jre\lib\ext\bcprov.jar
>> BUILD FAILED
>> C:\harmony\trunk_0427\build.xml:83: The following error occurred while
>> executing this line:
>> C:\harmony\trunk_0427\make\build-java.xml:161:
>> C:\harmony\trunk_0427\depends\jars\ecj_3.2RC5 not found.
>>
>> Total time: 2 minutes 31 seconds
>> ...
> 
> Fixed in r416240.  Thanks for the report.

Apologies, that was my oversight.  There was code to check it, but I had
left it commented out.

>> 2) the build failed on java-compilation on the WinXP with 1Gb RAM (650Mb
>> free) as:
>> ...
>> compile:
>>     [mkdir] Created dir: C:\users\TCKTeam\ws\trunk\build
>>     [javac] Compiling 2895 source files to C:\users\TCKTeam\ws\trunk\build
>>
>>     [javac] The system is out of resources.
>>     [javac] Consult the following stack trace for details.
>>     [javac] java.lang.OutOfMemoryError: Java heap space
>>
>> BUILD FAILED
>> C:\users\TCKTeam\ws\trunk\build.xml:83: The following error occurred while
>> executing this line:
>> C:\users\TCKTeam\ws\trunk\make\build-java.xml:84: Compile failed; see the
>> compiler error output for details.
>>
>> Total time: 1 minute 8 seconds
>>
>>  To fix it the build-java.xml was updated (locally) as:
>> <javac fork="yes" memoryInitialSize="512M" memoryMaximumSize="600M"
>> destdir="${build.output}" source="${hy.javac.source}" target="${
>> hy.javac.target}" debug="on">
> 
> Good idea.  Fixed in r416245.

Not a good idea :-(  I'm compiling successfully with the non-forked VM
and -Xmx256m (that works with Sun 5.0 JDK), now I have to fork another
process that will immediately grab 512Mb RAM ?!  That's excessive.

As a compromise can we remove the inital size param and reduce the max
memory?

Regards,
Tim

-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org