JEP 12: JVM version constraints
John Rose
john.r.rose at oracle.com
Tue Mar 27 00:17:55 UTC 2018
On Mar 26, 2018, at 4:10 PM, Alex Buckley <alex.buckley at oracle.com> wrote:
>
> In the time since you posted, there has been support on this list for rejecting non-zero minor versions, so enumerating actually-used versions is plausible. Bear in mind that preview features are part of Java SE, so the enumeration would be: (assuming preview features first surface in SE 11)
>
> ...
> 10 45.*, 46.0, 47.0, 48.0, 49.0, 50.0, 51.0, 52.0, 53.0, 54.0
> 11 45.*, 46.0, 47.0, 48.0, 49.0, 50.0, 51.0, 52.0, 53.0, 54.0, 55.0, 55.65535
> 12 45.*, 46.0, 47.0, 48.0, 49.0, 50.0, 51.0, 52.0, 53.0, 54.0, 55.0, 56.0, 56.65535
>
> Please confirm that's what you were expecting.
As a source of aforesaid "support", I'll say that I'd support this also.
Once we get minor version restrictions properly in place, then we can
allocate the freed-up code points for useful purposes, such as the
current proposal "experimental = *.65535".
— John
More information about the jdk-dev
mailing list