Please help me focus on compiler crash
Maurizio Cimadamore
maurizio.cimadamore at oracle.com
Thu Feb 14 11:30:30 PST 2013
On 14/02/13 19:20, Boaz Nahum wrote:
> Thanks - It helps a lot.
>
> I was managed to locate the java file that cause the problem and by
> elimination the line.
>
> The exception was caused by missing dependency.
>
> The line is:
>
> PostProcessor.registerRequiredReferences(ResultsSaver.getResultsSaverServiceImpl(),
> ScanStatisticsCollectorHelper.getStatisticsCollectorServiceImpl(),
> SynchWithScanHelper.getProcessingControlServiceImpl());
>
> The problem:
>
> ScanStatisticsCollectorHelper implements DefectsProcessor
>
> I'm compiling unit (Jar) C.
> ScanStatisticsCollectorHelper is compiled in unit B
> DefectsProcessor is in unit A.
>
> When compiling C, A is not in classpath. And this what caused the
> exception. After adding A compilation succeeded.
>
>
> Also we have exception from the exact same reason:
>
> [javac] at com.sun.tools.javac.code.Types.rank(Types.java:3043)
> [javac] at com.sun.tools.javac.code.Types.rank(Types.java:3015)
> [javac] at com.sun.tools.javac.code.Types.rank(Types.java:3019)
> [javac] at com.sun.tools.javac.code.Types.rank(Types.java:3019)
> [javac] at
> com.sun.tools.javac.code.Symbol$TypeSymbol.precedes(Symbol.java:591)
>
>
> We have many issues like this in JDK 8. C->B->A. In JDK 7 we just add
> B to C classpath and it was compiled successfully. In JDK 8 we have 3
> different results:
>
> 1. A message that A cant be found
> 2. Exception: at com.sun.tools.javac.code.Types.rank(Types.java:3043)
> 3. Exception: at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1196)
I think that can be caused by the fact that the JDK 8 compiler needs to
look at more superinterfaces than the JDK 7 compiler did - which might
result in JDK 8's javac being more sensitive at missing/broken stuff.
Maurizio
>
> Thank you for your help.
> Boaz
>
>
>
>
>
> On Thu, Feb 14, 2013 at 7:56 PM, Maurizio Cimadamore
> <maurizio.cimadamore at oracle.com
> <mailto:maurizio.cimadamore at oracle.com>> wrote:
>
> Add
>
> -XDverboseCompilePolicy
>
> That should print detailed info about what the compiler is doing
> (i.e. which file it's compiling before the crash).
>
> Maurizio
>
>
>
>
> On 14/02/13 17:43, Boaz Nahum wrote:
>
> Hi.
>
> I'm building lambda/lambda on daily basis.
>
> When compiling I get this compiler error, I'm compiling old
> stuff with no JDK 8 features:
>
> [javac] [loading
> ZipFileIndexFileObject[F:\views2\BoazMainWF_JDK8_p2\Qsnap\Qrelease\Jar\Core.jar(wf/core/base/GetterSetter.class)]]
> [javac] An exception has occurred in the compiler
> (1.8.0-internal). Please file a bug at the Java Developer
> Connection (http://java.sun.
> com/webapps/bugreport) after checking the Bug Parade for
> duplicates. Include your program and the following diagnostic
> in your report. Tha
> nk you.
> [javac] java.lang.NullPointerException
> [javac] at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1196)
> [javac] at
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1440)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.visitExec(TreeScanner.java:174)
> [javac] at
> com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1271)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57)
> [javac] at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:959)
> [javac] at
> com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:884)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> [javac] at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitMethodDef(Flow.java:926)
> [javac] at
> com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:771)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> [javac] at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitClassDef(Flow.java:889)
> [javac] at
> com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:686)
> [javac] at
> com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49)
> [javac] at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.analyzeTree(Flow.java:1276)
> [javac] at
> com.sun.tools.javac.comp.Flow$FlowAnalyzer.analyzeTree(Flow.java:1266)
> [javac] at
> com.sun.tools.javac.comp.Flow.analyzeTree(Flow.java:212)
> [javac] at
> com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1328)
> [javac] at
> com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1302)
> [javac] at
> com.sun.tools.javac.main.JavaCompiler.compile2(JavaCompiler.java:907)
> [javac] at
> com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:866)
> [javac] at
> com.sun.tools.javac.main.Main.compile(Main.java:505)
> [javac] at
> com.sun.tools.javac.main.Main.compile(Main.java:365)
> [javac] at
> com.sun.tools.javac.main.Main.compile(Main.java:354)
> [javac] at
> com.sun.tools.javac.main.Main.compile(Main.java:345)
> [javac] at com.sun.tools.javac.Main.compile(Main.java:76)
> [javac] at com.sun.tools.javac.Main.main(Main.java:61)
>
>
> Because I'm compiling large number of files, I have no way to
> know which one causes the problem.
> I added -verbose But it didn't help match (maybe if I send the
> output it to you ?)
> Is there any thing I can do to get more information ?
>
> Thanks
> Boaz
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20130214/051d95ce/attachment.html
More information about the compiler-dev
mailing list