RFR: 8311302: Allow for jlinking a custom runtime without packaged modules being present [v20]

Severin Gehwolf sgehwolf at openjdk.org
Mon Mar 18 13:07:33 UTC 2024


On Fri, 15 Mar 2024 18:09:36 GMT, Mandy Chung <mchung at openjdk.org> wrote:

> > Wasn't the intention to make "creating a linkable runtime image" a build only decision and make the relevant infrastructure classes build-only artefacts?
> 
> Build-only decision means that the linkable runtime image is only produced by JDK build. Supporting classes of this tool like the code generating the diffs can reside in `src/jdk.jlink` if possible as that helps keeping in other jlink code.
> 
> I misinterpreted that this is no longer a build tool approach as I was confused when seeing the source files are moved to `src/jdk.jlink`. The build tool can stay in unnamed module as before but the tool would need to run on the newly built or interim JDK (not the boot JDK) which explains why the code of generating the diffs can be part of jlink.

OK. I'll move the build-only plugin to the build folder and keep the supporting classes in `jdk.tools.jlink.internal.runtimelink` of `jdk.jlink`.

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

PR Comment: https://git.openjdk.org/jdk/pull/14787#issuecomment-2003857309


More information about the build-dev mailing list