The Former Weblog of Peter Ahé

4977607: (javac) Compilation error java.lang.InternalError: jzentry == 0
6379327: (javac) erroneous catch block not detected after try block with anonymous class declaration
6389414: (JSR 269) ExecutableType.asElement should return null
6392782: (javac) TreeScanner.visitImport returns null, not result of nested scan
6402516: (javac) need to determine if an element is accessible as a member of a given type
6410012: (javac) tools/javac/processing/6350124/T6350124.java fails
6411919: (javac) processor path doesn't always get picked up when using JSR199 API
6411930: (javac) poorly worded warning: no processors claimed _present_ annotation types
6413690: (javac) JavacProcessingEnvironment does not enter trees from preceding rounds
6418666: (JSR 269) Determine proper set of type visitor methods
6420156: (javac) JSR 199: rename JavaCompilerTool to JavaCompiler
6420779: (javac) JSR 199: getEffectiveLocation has become obsolete
6421756: (javac) JSR 199: In the method JavaCompilerTool.getTask 'options' can be supplied in the place of 'classes'
6422215: (javac) JSR 199: What happens if a directory is missing
6422327: (javac) JSR 199: JavaCompilerTool can compile and generate '.class' of non '.java' files
6423973: (JSR 269) getReturnType() returns VoidType for a constructor
6424491: (javac) Cannot initialise nested enums
6425592: (JSR 269) please provide RoundEnvironment.getElementsAnnotatedWith(Class)
6425896: (JSR 269) More fully specify behavior of TypeMirror.asElement
6431257: (javac) JSR 199: Changes to JavaFileManager to support JSR 269 Filer API
6433668: (javac) JSR 199: StandardJavaFileManager.setLocation: exception not documented
6435291: (javac) NullPointerException while compiling invalid annotation attribute
6436244: (javac) JSR 199: StandardJavaFileManager.inferBinaryName will give extra message with PLATFORM_CLASS_PATH
6437894: (javac) Javac throws a NullPointerException.
6437999: (javac) JSR 199: Miscellaneous adjustments
6438303: (javac) JSR 199: invalid/unsupported kind overspecified in JavaFileManager.getJavaFileForIn/Output
6439591: (JSR 269) incorrect @link in package-info.java
6439826: (javac) Exception issuing Diagnostic while processing generated errant code
6440099: (javac) JSR 199: Need way to set locale
6440109: (javac) tools/javac/processing/T6416433.java fails
6440111: (javac) JSR 199: file manager should provide hints
6440528: (javac) javac deposits package-info.class in bogus directory
6440583: (javac) better error recovery
6441355: (JSR 269) Incorporate JSR 269 public draft typo fixes
6441871: (javac) suppress stack trace after CompletionFailure in annotation progressing
6443062: (javac) Regression test tools/javac/api/6412656 is not running

Thanks to Joe, Jon, Scott, and Wei. I never mention Igor and Seetharam on my blog but they deserve a big thank you as well as their tests have found a great deal of issues in our JSR 199 reference implementation.

This is the last build before the July vacation time and we are getting very close to Mustang code freeze so the rate of changes will go down from now on.

Most of the changes in b91 are related to the two compiler related JSR. Besides that there are a few changes to the Tree API (Jon added scopes) and we incorporated some parser changes from NetBeans that should make it recover better from common syntax errors.

Let me bring attention to two fixes in this build:

4977607 (jzentry == 0) is an old problem that we are not able to reproduce. We have determined that the cause of the problem is either a corrupt jar file, bad memory, or running out of memory. Instead of the scary please send a bug report message, the compiler will simply say that the affected jar file is corrupted.

6424491 (enum initialization) fixes a problem where the compiler would not diagnose problems with references to uninitialized enum constants:

enum Color {
    Red(Color.Red);
    Color(Color color) { assert color != null; }
}

Previously, the compiler would accept this program and the assertion would fail.