Valhalla Minimal Value Types review invitation

John Rose john.r.rose at oracle.com
Wed Apr 12 10:09:00 UTC 2017


On Apr 11, 2017, at 3:38 PM, Karen Kinnear <karen.kinnear at oracle.com> wrote:
> 
> Summary of requested modifications from early prototyping experiments. Followed by action items.

Thanks, Karen.  It is very, very helpful to have all these points rolled up like this.

I just updated the posted proposal to respond to your points 1 to 13.

http://cr.openjdk.java.net/~jrose/values/shady-values.html
http://cr.openjdk.java.net/~jrose/values/shady-values.md

I should get through the rest of the points this week.

There are only two places so far where I have had to disagree slightly.

> On Apr 11, 2017, at 3:38 PM, Karen Kinnear <karen.kinnear at oracle.com> wrote:
> 
> 6. Restrictions on the POJO:
...
>    8. May not inherit from any interfaces

It is useful and harmless for the POJO to implement interfaces.
In the new section "Boxing, unboxing, and borrowing" I touch on this.

...
> 12. vdefault/vwithfield
>     restrictions: vdefault only within constructor, vwithfield only within the class
>      note: temporary issue: since DVT has no constructor or other methods, must allow 
>      vdefault also within the DVT and vwithfield across VCC/DVT pairs.
>      note: a value type array allows default value to escape

I added discussion of restrictions on these bytecodes.
Bottom line:  There is no reason to restrict vdefault.

Talk to you soon!

— John

P.S. The referenced file and its source is enclosed for archiving and convenient access.



More information about the valhalla-spec-observers mailing list