RFR: 8351842: Test issues on Windows with combination of --enable-linkable-runtime and --with-external-symbols-in-bundles=public

Severin Gehwolf sgehwolf at openjdk.org
Fri Mar 14 14:58:53 UTC 2025


On Fri, 14 Mar 2025 13:55:26 GMT, Magnus Ihse Bursie <ihse at openjdk.org> wrote:

>> src/jdk.jlink/share/classes/jdk/tools/jlink/internal/JRTArchive.java line 226:
>> 
>>> 224:                             if (Files.exists(strippedPath)) {
>>> 225:                                 path = strippedPath;
>>> 226:                             }
>> 
>> This is super weird to put here. I could imagine introducing a Windows specific plugin or option for jlink to help with this setup but I don't think we should rush into a change to JRTArchive to workaround this.
>
> A jlink plugin sounds like a reasonable approach to me.

I don't see how a jlink plugin could help with this. The plugin-pipeline runs after the archive resources have been processed (i.e. the latter feed into the former). If archive processing fails you won't get to plugin processing.

With that said, I agree with Alan, this isn't a good place to deal with this. We'd have two special cases - 1) in the build system that copies over full pdb files 2) here in jlink to deal with the result of (1).

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

PR Review Comment: https://git.openjdk.org/jdk/pull/24057#discussion_r1995732524


More information about the core-libs-dev mailing list