Search

Categories

Links

Referers

Upcoming compiler fixes

Jan 20 2006, 04:54:59 AM PST »Java»Compiler Comments [3]
I have not be very good a blogging lately and have not been following the discussions on the Generic Forum (I do hope to catch up soon). This is because it was time to clean up in the old bug list. Here's the list of compiler fixes since December:
b65:
4941882: incorrect inference for result of lub(int[], float[])
6209839: Illegal forward reference to enum constants allowed by javac
6231847: crash: java.lang.NullPointerException at com.sun.tools.javac.comp.Attr.visitNewClass(Attr.java:1352)
6253161: Incorrect position of serial warning in anonymous class
6313120: back out changes for 4903103
6342411: Add bridge method to allow reflective access to public method in non-public class
b67:
4954546: (compound) unverifiable code for method called from ?: expression with inferred
5003431: java.lang.Object cannot be dereferenced
5034571: Wildcard capture must use the bounds of the formal
5080917: lub computes strange compound types
6213818: crash: java.lang.NullPointerException at com.sun.tools.javac.code.Types$SubstFcn.subst(Types.java:20
6214965: crash: java.lang.AssertionError at com.sun.tools.javac.jvm.ClassReader$AnnotationDeproxy.findAccessM
6215213: crash: java.lang.AssertionError at com.sun.tools.javac.code.Types.containedBy(Types.java:792)
6218229: crash: java.lang.NullPointerException at com.sun.tools.javac.comp.Check.checkCompatibleConcretes(Che
6245699: Missing bridge for final method (gives AbstractMethodError at runtime)
6268476: Arrays and super wildcards broken
6273455: crash: java.lang.StackOverflowError at com.sun.tools.javac.code.Types
6320612: Unwarranted unchecked warning for inner class of "wildcard" type
6330920: Poor error reporting situation
6358534: Cast involving raw superclass not recognized as unchecked
6358786: Doccomments are not returned from Tree API
b71:
4897301: Improve wildcards diagnostics: "capture of ?"
6207386: Undecidable type system leads to crash
6240565: Unboxing, arrays, and type variables doesn't work
6348760: crash: java.lang.AssertionError at com.sun.tools.javac.comp.Lower.abstractLval(Lower.java:1853)
6359106: Valid generics code does not compile
6365854: javac crashes when compiling against an annotated class
UPDATE: 6225935: "import static" accessibility rules for symbols different for no reason
UPDATE: 6372401: javax.tools.SimpleJavaFileObject( String ) doesn't process predefined file extenstions
UPDATE: 5049523: Inference should compute glb of type arguments

If you need one of those fixes, please download the latest version of Mustang from Java.net. You will find weekly builds of the JDK here as well as the sources. Before posting a build on Java.net we run a lot of tests, so a build will first be available a few weeks after the engineers are done. For example, today, build 67 (b67) is available and b71 will propably be available 71-67 = 4 weeks from today.

Post a Comment:
Comments are closed for this entry.
Comments:

The compiler in Mustang seems to require too much memory for compilation. When given 300MB, it fails to compile our project (actually a part of it consisting of ~10000 classes) with "out of resources" message. The same configuration works ok in Tiger. Is it a known issue?

Posted by Eugene Vigdorchik on January 21, 2006 at 06:13 AM PST #

Eugene, please send me some more details in email. I have just seen a similar problem and might have a quick workaround. The work around requires use of an option I would prefer to keep secret. If the work around solves your problem, then we should be able to fix the Mustang compiler before it goes gold.

Posted by Peter von der Ahe on January 23, 2006 at 01:34 AM PST #

We have confirmed that the problem is caused by an internal change of compile policy. We should be able to address this in Mustang.

Posted by Peter von der Ahe on January 25, 2006 at 01:55 PM PST #

Java is a trademark of Sun Microsystems, Inc.
Copyright © 2006,2007 Peter von der Ahé