Updated JEP: nestmates
David Holmes
david.holmes at oracle.com
Tue Apr 18 05:35:32 UTC 2017
Just to reiterate comments I made in other responses ...
On 15/04/2017 6:34 AM, John Rose wrote:
> On Apr 13, 2017, at 3:12 PM, Brian Goetz <brian.goetz at oracle.com
> <mailto:brian.goetz at oracle.com>> wrote:
>>
>> We can't rely on javac (or other compilers) to always generate "nest
>> of one" attributes, so the VM would have to, on seeing a class with no
>> nest attributes, set "nestTop = me". But I think that would be the
>> only change in the implementation? And then nestTop(C) becomes a
>> total function, which simplifies things.
>
> Confirmed.
>
> Regarding javac: It would be polite if javac were to agree that if
> the output classfile has an InnerClasses attribute, and the current
> class either records an outer-class or the current class *is* an
> outer-class, then the classfile will also have one of the nestmate
> attributes.
Currently nestmate attribute generation is completely independent of
innerclass atrributes and only enabled for "-release 10" or later.
> But the system has to be robust if javac drops the ball once in a while.
Not sure what that means. The spec will define legal use of the new
attributes and the VM will reject any non-conformant use.
> And it certainly has to read down-rev class files correctly.
Yes, as I said, pre 54 classfiles are expected to continue to use
innerclass attributes (and only those - though IIUC we can't reject
unexpected attributes, only ignore them).
> On Apr 13, 2017, at 2:57 PM, David Holmes <david.holmes at oracle.com
> <mailto:david.holmes at oracle.com>> wrote:
>>
>> Do you want javac to generate a self-referential MemberOfNest
>> attribute? If you want this then the definitions need a rewrite. This
>> is not where we are today.
>
> FTR, the form of a degenerate nest is not a self-referential MON
> attribute, but an empty NMs attribute. That's allowed by the spec.
Are you saying that is what you want javac to generate? The current
proposed definition of the NM attribute prohibits it:
https://bugs.openjdk.java.net/browse/JDK-8177020
Add: 4.7.26 The `NestMembers` Attribute
The `NestMembers` attribute is a variable-length attribute in the
attributes table of a `ClassFile` structure (§4.1).
If the constant pool of a class or interface `C` contains at least one
`CONSTANT_Class_info` entry (§4.4.1) which represents a class or
interface that is not a member of a package, then there must be exactly
one `NestMembers` attribute in the attributes table of the `ClassFile`
structure for `C`. If `C` itself is not a member of a package, then
there must not be a `NestMembers` attribute in the attributes table of
the `ClassFile` structure for `C`.
---
Cheers,
David
> — John
More information about the valhalla-dev
mailing list