On Friday 04 May 2007 18:59, Dâniel Fraga wrote: > Making all in lib > make[1]: Entering directory `/home/fraga/src/classpath-0.95/lib' > true > top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard > Adding java source files from srcdir '..'. > Adding java source files from VM directory ../vm/reference > /usr/java/jre/bin/javac -bootclasspath '' -classpath > ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngD >atatype:../external/jsr166:.:: -d . @classes > > > The system is out of resources. > Consult the following stack trace for details. > java.lang.OutOfMemoryError: Java heap space > make[1]: *** [compile-classes] Error 3 > make[1]: Leaving directory `/home/fraga/src/classpath-0.95/lib' > make: *** [all-recursive] Error 1 > > *** > > I think it has a simple solution. To pass -J-Xms option with a > bigger value than the default to it (like Xms32M or bigger). But how do > I do that? Thanks. Unaware of this discussion, I've actually been playing with this myself this week, after having a failing build on Solaris (which at the moment is using the ugly proprietary javac already installed). Are there any thoughts on including this in Classpath itself? I know ecj ignores the extra option (and is only relevant if used as a 'javac' and not recognised as ecj a priori), but gcj (my version at least) spits it out; maybe that could be fixed before 4.3 is released? Thoughts? Cheers, -- Andrew :-) Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html public class gcj extends Freedom implements Java { ... }
