Search

Categories

Links

Referers

b81 compiler fixes

Apr 16 2006, 04:03:30 PM PDT »Java»Compiler Comments [5]
In Mustang b81, these compiler (related) fixes will be included:

6340951: (javac) Tree API: some literals are identifiers
6365980: (JSR 269) FilerException(null) doesn't throw NPE
6395981: (javac) JSR 199: JavaCompilerTool and Tool must specify version of JLS and JVMS
6395983: (javac) JSR 199: improve documentation of JavaCompilerTool
6396397: (javac) JSR 199: JavaFileManager should extend Flushable
6397044: (javac) JCModifiers.getModifiers() returns incorrect Modifiers set.
6397097: (javac) JSR 199: JavaCompilerTool.CompilationTask is clumsy with respect to "delayed"
6397104: (javac) JSR 199: JavaFileManager.getFileForOutput should have sibling argument
6397286: (javac) TaskListener calls are not protected agains user exceptions
6397348: (javac) JSR 199: supported options
6399894: (javac) JSR 199: WrapperJavaFileObject should extend new class WrapperFileObject
6400204: (javac) JSR 199: StandardJavaFileManager.getJavaObjectsFrom* should throw exception if argument is directory
6400205: (javac) JSR 199: getClassLoader(location) returns null if getLocation(location) returns null
6400207: (javac) JSR 199: JavaFileManager.list and unset location
6400208: (javac) JSR 199: failure mode for inferBinaryName
6400225: (javac) JSR 199: StandardJavaFileManager.getEffectiveLocation
6400267: (javac) JSR 199: specify the exact requirements for relative URIs
6401107: (javac) JSR 199: all methods must return non-null values unless explicitly allowed
6401277: (javac) JSR 199: javax.tools.ToolProvider.getSystemToolClassLoader throws UnsupportedOperationException
6401906: (javac) JSR 199: rename Wrapper* to Forwarding*
6401994: (javac) JSR 199: JavaCompilerTool.CompilationTask.run should not copy Runnable spec
6406164: (JSR 269) ElementKindIterator.hasNext() throws NPE when ElementFilter Iterable methods are used.
6407066: (javac) Paths code should not discard non-existent directories
6410184: (javac) JSR 199: javax.Tools.WrapperJavaFileManager and WrapperJavaFileObject are not reflexive
6410297: (javac) JSR 199: javax.tools.SimpleJavaFileObject.isNameCompatible doesn't work or has wrong spec
6410653: (javac) REGRESSION: javac crashes if -d or -s argument is a file
6411327: (JSR 269) Some typeUtils methods can result in an IllegalArgumentException and this is not documented.

Thanks to Joe, Jon, and Scott.

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

Looks like the website for Mustang has not even been updated yet for Build 81.

Posted by Surya on April 17, 2006 at 01:39 PM PDT #

Yes. I try to post the list of changes as soon as my team has completed our work. Our deadline is normally almost two weeks before the bits are posted on the public pages.

Posted by Peter von der Ahe on April 17, 2006 at 01:46 PM PDT #

Another bunch of nice fixings for JSR 199 - can't wait to get the Jackpot rules engine roaring at full power! 8-)

Posted by Alex Lam on April 17, 2006 at 02:26 PM PDT #

Could the concepts in Jackpot be extended to rewriting the bytecode for many optimisations?

Posted by Dessimat0r on April 18, 2006 at 10:18 AM PDT #

Hmmm - if you mean pattern matching and replacement then perhaps so...

But personally I think we could do a lot more on the Java source code level in terms of optimisation, though.

Posted by Alex Lam on April 18, 2006 at 12:45 PM PDT #

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