RFR: 8311302: Allow for jlinking a custom runtime without packaged modules being present [v29]
Severin Gehwolf
sgehwolf at openjdk.org
Mon Jun 3 15:43:15 UTC 2024
On Mon, 3 Jun 2024 12:55:54 GMT, Alan Bateman <alanb at openjdk.org> wrote:
> So I think we may have the wrong default. Yes, they are separate configure and jlink options but I'm wondering if it would be more sensible to opt-in(not opt-out) to keep the packaged modules when configured with --enable-runtime-link-image.
OK. I'll rework it so that we'll have:
| config opts | effect | equivalent to |
| -----------------|----------|---------------------|
| `--enable-runtime-link-image` | produces a linkable runtime **without** packaged modules even though the default of `--enable-packaged-modules` is otherwise `true`.| `--enable-runtime-link-image --disable-packaged-modules`|
| `--enable-runtime-link-image --enable-packaged-modules`| produces a linkable runtime **with** packaged modules, overriding the default of packaged modules not being enabled when `--enable-runtime-link-image` is being used otherwise | N/A|
| `--disable-runtime-link-image` | Default as of today. Adds packaged modules, with no run time link supporting jimage | `--disable-runtime-link-image --enable-packaged-modules`|
| `--disable-runtime-link-image --disable-packaged-modules` | No linkable jimage runtime, no packaged modules in the resulting JDK | N/A |
Does that proposal sound good?
-------------
PR Comment: https://git.openjdk.org/jdk/pull/14787#issuecomment-2145540168
More information about the build-dev
mailing list