RFR: 8304006: jlink should create the jimage file in the native endian for the target platform [v16]

Jaikiran Pai jpai at openjdk.org
Wed Mar 29 21:56:39 UTC 2023


On Tue, 28 Mar 2023 11:02:46 GMT, Alan Bateman <alanb at openjdk.org> wrote:

>> Jaikiran Pai has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   use test.jdk system property in test
>
> test/jdk/tools/jlink/plugins/CDSPluginTest.java line 97:
> 
>> 95:            // separate --module-path will force the JLink task to read the ModuleTarget from
>> 96:            // the java.base module-info.class to identify the target platform for the image
>> 97:            // being generated.
> 
> I'm a bit uncomfortable with change the test for the CDS plugin as part of this change but can live with it.

Early on during this PR, we decided and implemented to read the `ModuleTarget` only if the java.base module's file path doesn't match that of the current platform's file path. If we remove that check and instead always read the ModuleTarget of java.base, in the JLinkTask, we won't need any changes to this test, since the JLinkTask will rightly find the correct target platform from the module-info.class. Furthermore, rest of the cross platform image generation would work fine too.

Do you think we should remove that file path check? I am guessing the reason why the file path checks were suggested was to reduce any chances of regression with these current changes?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/11943#discussion_r1151311196


More information about the core-libs-dev mailing list