-ea means 'enable assertions', i.e., `assert` statements will not be optimized out.
I turn that on just as a sanity-check (since I am developing). It shouldn't make any difference, other than making my Java slower. I'm stumped as to what is going different on your machine. I also have: ANT_OPTS="-Dbuild.platform=macosx -Dcheck.java.version=false -Dbuild.debug=on" Not sure where those came from. Look like they may be old superstition. On 2010-02-24, at 14:38, Lou Iorio wrote: > Sorry, I did try that too. What's the -ea in your output? That's the only > difference I see. > > ~ $ (echo $JAVA_OPTS) > -Xmx1024m > > ~ $ (env | grep JAVA) > JAVA_OPTS=-Xmx1024m > JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home/ > JAVACC_HOME=/Users/lou/lib/javacc2.1 > > > On Wed, Feb 24, 2010 at 3:33 PM, P T Withington <[email protected]> wrote: > >> Well, you didn't test in a subshell. That's what I meant by the ()'s. >> >> [...@gemini trunk 14:22:02]$ (echo $JAVA_OPTS) >> -ea -Xmx768m >> [...@gemini trunk 14:24:32]$ (env | grep JAVA) >> JAVA_OPTS=-ea -Xmx768m >> JAVA_HOME=/Library/Java/home >> JAVACC_HOME=/usr/local/javacc/javacc-2.1 >> [...@gemini trunk 14:24:48]$ java -version >> java version "1.6.0_17" >> Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) >> Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) >> [...@gemini trunk 14:25:02]$ ant -version >> Apache Ant version 1.7.1 compiled on September 22 2009 >> [...@gemini trunk 14:25:59]$ (cd $JAVA_HOME; pwd -P) >> /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home >> >> I just don't see what else it could be. I have my memory set to 768m and >> it works. >> >> On 2010-02-24, at 13:48, Lou Iorio wrote: >> >>> ~ $ echo $JAVA_OPTS >>> -Xmx1024m >>> >>> ~ $ env | grep JAVA >>> JAVA_OPTS=-Xmx1024m >>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home/ >>> JAVACC_HOME=/Users/lou/lib/javacc2.1 >>> >>> ~ $ java -version >>> java version "1.6.0_17" >>> Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-9M3125) >>> Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) >>> ~ $ ant -version >>> Apache Ant version 1.7.1 compiled on June 27 2008 >>> >>> On Wed, Feb 24, 2010 at 2:22 PM, P T Withington <[email protected]> wrote: >>> >>>> That error is just trying to compile the LPS jar. It hasn't even >> started >>>> on the doc at this point. >>>> >>>> I have to suspect something is awry with your java, that it is (for some >>>> reason) not seeing your JAVA_OPTS. What do you see if you say: >>>> >>>> % (echo $JAVA_OPTS) >>>> >>>> at a terminal prompt? (I.e., invoke echo in a sub-shell to see exactly >>>> what value JAVA_OPTS will have in a shell script.) >>>> >>>> On 2010-02-24, at 12:45, Lou Iorio wrote: >>>> >>>>> Yes, this same error every time. If it gets past this, the build >>>> succeeds. >>>>> >>>>> compile: >>>>> [javac] Compiling 565 source files to >>>>> /Users/lou/src/svn/openlaszlo/trunk/WEB-INF/lps/server/build >>>>> [javac] >>>>> [javac] >>>>> [javac] The system is out of resources. >>>>> [javac] Consult the following stack trace for details. >>>>> [javac] java.lang.OutOfMemoryError: Java heap space >>>>> [javac] at >>>>> com.sun.tools.javac.code.Scope$ImportScope.makeEntry(Scope.java:385) >>>>> [javac] at com.sun.tools.javac.code.Scope.enter(Scope.java:196) >>>>> [javac] at com.sun.tools.javac.code.Scope.enter(Scope.java:183) >>>>> [javac] at >>>>> com.sun.tools.javac.comp.MemberEnter.importAll(MemberEnter.java:132) >>>>> [javac] at >>>>> com.sun.tools.javac.comp.MemberEnter.visitImport(MemberEnter.java:538) >>>>> [javac] at >>>>> com.sun.tools.javac.tree.JCTree$JCImport.accept(JCTree.java:495) >>>>> [javac] at >>>>> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) >>>>> [javac] at >>>>> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:399) >>>>> [javac] at >>>>> >> com.sun.tools.javac.comp.MemberEnter.visitTopLevel(MemberEnter.java:512) >>>>> [javac] at >>>>> >> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:446) >>>>> [javac] at >>>>> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) >>>>> [javac] at >>>>> com.sun.tools.javac.comp.MemberEnter.complete(MemberEnter.java:819) >>>>> [javac] at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386) >>>>> [javac] at >>>>> com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:758) >>>>> [javac] at com.sun.tools.javac.comp.Enter.complete(Enter.java:451) >>>>> [javac] at com.sun.tools.javac.comp.Enter.main(Enter.java:429) >>>>> [javac] at >>>>> com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:819) >>>>> [javac] at >>>>> com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:727) >>>>> [javac] at com.sun.tools.javac.main.Main.compile(Main.java:353) >>>>> [javac] at com.sun.tools.javac.main.Main.compile(Main.java:279) >>>>> [javac] at com.sun.tools.javac.main.Main.compile(Main.java:270) >>>>> [javac] at com.sun.tools.javac.Main.compile(Main.java:69) >>>>> [javac] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >>>>> [javac] at >>>>> >>>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>>> [javac] at >>>>> >>>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>> [javac] at java.lang.reflect.Method.invoke(Method.java:597) >>>>> [javac] at >>>>> >> org.apache.tools.ant.taskdefs.compilers.Javac13.execute(Javac13.java:56) >>>>> [javac] at >>>> org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:1065) >>>>> [javac] at >> org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:882) >>>>> [javac] at >>>>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >>>>> [javac] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown >> Source) >>>>> [javac] at >>>>> >>>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>> >>>>>> From my .profle: >>>>> >>>>> JAVA_OPTS="-Xmx1024m" >>>>> export JAVA_OPTS >>>>> >>>>> >>>>> On Wed, Feb 24, 2010 at 1:03 PM, P T Withington <[email protected]> wrote: >>>>> >>>>>> Are you always failing with an "out of memory" error? >>>>>> >>>>>> On 2010-02-24, at 11:45, Lou Iorio wrote: >>>>>> >>>>>>> Just to follow up, I am now able to do a complete build, including >> doc: >>>>>> just >>>>>>> not every time. >>>>>>> >>>>>>> This morning, I did three builds without any change between builds. >> The >>>>>>> first two failed; >>>>>>> the third succeeded. >>>>>>> >>>>>>> MacBook Pro, OS X 10.5.8, Ant 7, JDK 1.6 >>>>>> >>>>>> >>>> >>>> >> >>
