JSR 335 Lambda Specification, 0.7.0

Dan Smith daniel.smith at oracle.com
Thu Oct 31 13:40:28 PDT 2013


Hi, Paul.  Yes, that’s correct.  See the note under 6.6.1 for details of where this change should be made.  If there are other places that have been overlooked, please point them out in an email to lambda-spec-comments.

—Dan

On Oct 31, 2013, at 2:29 PM, Paul Benedict <pbenedict at apache.org> wrote:

> For this line in Part H:
> "To avoid confusion with the default modifier, the access level given implicitly to unmodified declarations in classes is now referred to as package access rather than default access."
> 
> That's to be done throughout the JLS, right?
> 
> Paul
> 
> 
> On Wed, Oct 30, 2013 at 2:36 PM, Dan Smith <daniel.smith at oracle.com> wrote:
> An updated specification can be found here:
> 
> http://cr.openjdk.java.net/~dlsmith/jsr335-0.7.0/
> 
> This is being submitted as the JLS/JVMS portion of the JSR 335 Public Review.  There are just a few bug fixes since 0.6.3.
> 
> Other links
> Diff: http://cr.openjdk.java.net/~dlsmith/jsr335-0.7.0-diff.html
> One-page HTML: http://cr.openjdk.java.net/~dlsmith/jsr335-0.7.0.html
> Downloadable zip: http://cr.openjdk.java.net/~dlsmith/jsr335-0.7.0.zip
> 
> Full change log, from the document:
> 
> > Typing and Evaluation: Added a paragraph for the Java Object Serialization Specification. Cleaned up presentation of method reference resolution logic.
> >
> > Overload Resolution: Ensured that, in most-specific testing, all varargs parameter types are considered, even when there are 0 varargs arguments.
> >
> > Type Inference: Provided full rules for "more specific method" inference. Backed off of approach to unchecked conversion inference, and specified when unchecked conversions are allowed by reduction. In resolution, adjusted to perform lub only on proper types.
> >
> > Default Methods: Added a discussion about binary compatibility to Chapter 13.
> >
> > Java Virtual Machine: Fixed text in method resolution to properly ignore static and private methods in superinterfaces.
> 
> —Dan
> 
> 
> 
> -- 
> Cheers,
> Paul



More information about the lambda-spec-observers mailing list