openjdk team mailing list archive

[Bug Watch Updater <329903@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 6 comments from the remote bug at
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=307.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2009-03-17T13:24:06+00:00 Matthias Klose wrote:

seen with IcedTea 1.4.1 on ix86, works on amd64, works on ix86 using the
Cacao JVM.

compile-core:
    [javac] Compiling 239 source files to /build/buildd/xom-1.1/build/classes
    [javac]
    [javac]
    [javac] The system is out of resources.
    [javac] Consult the following stack trace for details.
    [javac] java.lang.StackOverflowError
    [javac] at com.sun.tools.javac.parser.Scanner.nextToken(Scanner.java:792)
    [javac] at com.sun.tools.javac.parser.Parser.term3(Parser.java:883)
    [javac] at com.sun.tools.javac.parser.Parser.term2(Parser.java:699)
    [javac] at com.sun.tools.javac.parser.Parser.term1(Parser.java:670)
    [javac] at com.sun.tools.javac.parser.Parser.term(Parser.java:626)
    [javac] at com.sun.tools.javac.parser.Parser.term(Parser.java:608)
    [javac] at com.sun.tools.javac.parser.Parser.expression(Parser.java:598)
    [javac] at com.sun.tools.javac.parser.Parser.arguments(Parser.java:1172)
    [javac] at com.sun.tools.javac.parser.Parser.arguments(Parser.java:1187)
    [javac] at com.sun.tools.javac.parser.Parser.term3(Parser.java:1003)
    [javac] at com.sun.tools.javac.parser.Parser.term2(Parser.java:699)
    [javac] at com.sun.tools.javac.parser.Parser.term1(Parser.java:670)
    [javac] at com.sun.tools.javac.parser.Parser.term(Parser.java:626)
    [javac] at com.sun.tools.javac.parser.Parser.term(Parser.java:608)
    [javac] at com.sun.tools.javac.parser.Parser.blockStatements(Parser.java:1580)
    [javac] at com.sun.tools.javac.parser.Parser.block(Parser.java:1497)
    [javac] at com.sun.tools.javac.parser.Parser.block(Parser.java:1511)
    [javac] at com.sun.tools.javac.parser.Parser.statement(Parser.java:1641)
    [javac] at com.sun.tools.javac.parser.Parser.statement(Parser.java:1645)
    [javac] at com.sun.tools.javac.parser.Parser.statement(Parser.java:1649)

    [javac] at com.sun.tools.javac.parser.Parser.statement(Parser.java:1649)
    repeated some hundred times

    [javac] at com.sun.tools.javac.parser.Parser.blockStatements(Parser.java:1534)
    [javac] at com.sun.tools.javac.parser.Parser.block(Parser.java:1497)
    [javac] at com.sun.tools.javac.parser.Parser.block(Parser.java:1511)
    [javac] at com.sun.tools.javac.parser.Parser.methodDeclaratorRest(Parser.java:2566)
    [javac] at com.sun.tools.javac.parser.Parser.classOrInterfaceBodyDeclaration(Parser.java:2515)
    [javac] at com.sun.tools.javac.parser.Parser.classOrInterfaceBody(Parser.java:2442)
    [javac] at com.sun.tools.javac.parser.Parser.classDeclaration(Parser.java:2287)
    [javac] at com.sun.tools.javac.parser.Parser.classOrInterfaceOrEnumDeclaration(Parser.java:2225)
    [javac] at com.sun.tools.javac.parser.Parser.typeDeclaration(Parser.java:2214)
    [javac] at com.sun.tools.javac.parser.Parser.compilationUnit(Parser.java:2160)
    [javac] at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:523)
    [javac] at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:564)
    [javac] at com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:815)
    [javac] at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:741)
    [javac] at com.sun.tools.javac.main.Main.compile(Main.java:380)
    [javac] at com.sun.tools.javac.main.Main.compile(Main.java:306)
    [javac] at com.sun.tools.javac.main.Main.compile(Main.java:297)
    [javac] at com.sun.tools.javac.Main.compile(Main.java:82)
    [javac] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [javac] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    [javac] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    [javac] at java.lang.reflect.Method.invoke(Method.java:616)
    [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:43)
    [javac] at java.lang.reflect.Method.invoke(Method.java:616)
    [javac] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
    [javac] at org.apache.tools.ant.Task.perform(Task.java:348)
    [javac] at org.apache.tools.ant.Target.execute(Target.java:357)
    [javac] at org.apache.tools.ant.Target.performTasks(Target.java:385)
    [javac] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337)
    [javac] at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
    [javac] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
    [javac] at org.apache.tools.ant.Project.executeTargets(Project.java:1189)
    [javac] at org.apache.tools.ant.Main.runBuild(Main.java:758)
    [javac] at org.apache.tools.ant.Main.startAnt(Main.java:217)
    [javac] at org.apache.tools.ant.Main.start(Main.java:179)
    [javac] at org.apache.tools.ant.Main.main(Main.java:268)

BUILD FAILED
/build/buildd/xom-1.1/build.xml:201: Compile failed; see the compiler error output for details.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/xom/+bug/329903/comments/8

------------------------------------------------------------------------
On 2009-03-17T13:39:35+00:00 Matthias Klose wrote:

sources, including used jar files at http://people.ubuntu.com/~doko/tmp/xom.tar.bz2
adjust and call the do-build.sh


Reply at: https://bugs.launchpad.net/ubuntu/+source/xom/+bug/329903/comments/9

------------------------------------------------------------------------
On 2009-03-18T20:31:31+00:00 Omajid wrote:

Created attachment 173
Script to build a simpler test case

javac uses recursion to parse the source file; the large number of
'else' statements in /src/nu/xom/UnicodeUtil.java cause a
StackOverflowError in the jvm. The attached script produces a simpler
testcase.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/xom/+bug/329903/comments/11

------------------------------------------------------------------------
On 2009-03-18T21:16:30+00:00 Omajid wrote:

doing a
$ export ANT_OPTS=-Xss1024k
and then running ant fixes the problem for me

Reply at:
https://bugs.launchpad.net/ubuntu/+source/xom/+bug/329903/comments/12

------------------------------------------------------------------------
On 2009-03-18T21:38:02+00:00 Mark J. Wielaard wrote:

UnicodeUtil.java is a classic compiler torture test. From:
http://cafe.elharo.com/blogroll/eclipse-classpath-insanity/

Eclipse failed to compile one file in nu.xom, UnicodeUtil. That one file
is extremely challenging and a real torture test for various tools. It
includes some huge lookup tables that cause stack overflows in weak
compilers and analyzers. It is legal Java code, and it fits within the
bounds of maximum method size, but just barely. Eclipse used to be able
to compile it, but it’s been weakening from milestone to milestone. A
lot of tools can’t handle this class, and it looks likes between 3.2M4
or thereabouts and 3.2 final Eclipse joined that number. Previously it
couldn’t analyze that class, but at least it could compile it. Now it
can’t even compile it.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/xom/+bug/329903/comments/13

------------------------------------------------------------------------
On 2009-03-20T18:02:31+00:00 Andrew Haley wrote:

This isn't a bug.  javac necessarily runs with a finite stack size, but
there is no limit in the JLS on the nesting complexity of a Java
program, so javac will always run out of stack space with some inputs.
The need to set the stack size explicitly when building particularly
complex source files is well-known, and this is even done while building
OpenJDK itself.


Reply at: https://bugs.launchpad.net/ubuntu/+source/xom/+bug/329903/comments/15

-- 
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-6 in Ubuntu.
https://bugs.launchpad.net/bugs/329903

Title:
  xom FTBFS in Jaunty on the i386 buildd but not on personal amd64

Status in Iced Tea:
  Invalid
Status in “openjdk-6” package in Ubuntu:
  Invalid
Status in “xom” package in Ubuntu:
  Fix Released

Bug description:
  xom FTBFS in Jaunty:

  http://launchpadlibrarian.net/21057436/buildlog_ubuntu-
  jaunty-i386.xom_1.1-3ubuntu2_FAILEDTOBUILD.txt.gz

  To solve this, it's only needed to rebuild the package (I'm setting
  Ubuntu Core Dev as Maintainer with my no-change patch).

To manage notifications about this bug go to:
https://bugs.launchpad.net/icedtea/+bug/329903/+subscriptions