[10] RFR 8191510: Bump classfile version number to 54

Alan Bateman Alan.Bateman at oracle.com
Sun Dec 3 14:13:43 UTC 2017

On 01/12/2017 23:32, Paul Sandoz wrote:
> Hi,
> This is an initial review request to increment the class file version of 10 from 53 to 54.
>    http://cr.openjdk.java.net/~psandoz/jdk10/JDK-8188870-version-bump-54/webrev/ <http://cr.openjdk.java.net/~psandoz/jdk10/JDK-8188870-version-bump-54/webrev/>
> through searches and changeset history i think i got all the places in the source, nice to see it in one place, but please check closely in case i missed something.
I looked though the changes and I think you've found all the places that 
need update. I assumed pack200 had a check in the native implementation 
but it seems not. At some point we should update ModuleInfoWriter (used 
by the tests) to generate 54.0 class files but that can be done later 
with the changes to the module-info.class parsing that need to follow 
your update.

> :
> The lower bound, 6, for the release/source/target options will not change for 10. We will for future releases review the policy of "one plus three back” in light of the new release process and deal with that separately from any version change.
In addition, it may be worth mentioning that the classes in the 
jrt-fs.jar will be 52.0 class files so that tools/IDEs running on JDK 8 
can access the contents of a JDK 10 run-time image.

> The patch currently clamps the version of javac generated module-info.class files to 53. This is due to a restriction in the build process where the boot JDK 9 jar tool is used, which will fail when it attempts to process 54 versioned module-info.class files. We hope to fix that (see JDK-8192771) and i can update the patch accordingly.
That seems right until the issue with these JAR files is resolved.


More information about the jdk-dev mailing list