RFR: JDK-8319516 - Native library suffix impact on the library loading in AIX- Java Class Loader [v5]
Mandy Chung
mchung at openjdk.org
Wed Mar 27 17:45:22 UTC 2024
On Wed, 27 Mar 2024 17:40:09 GMT, Suchismith Roy <sroy at openjdk.org> wrote:
>> AFAICT from your fix for [JDK-8320005](https://bugs.openjdk.org/browse/JDK-8320005) commit [e85355ad](https://github.com/openjdk/jdk/commit/e85355ada4ac1061c49ee9f1247d37a437c7b5ab).
>>
>> But it needs verification as I suggest (see https://github.com/openjdk/jdk/pull/17945#issuecomment-2019965401).
>
> @mlchung [JDK-8320005](https://bugs.openjdk.org/browse/JDK-8320005) is solving the .so to .a mapping at hotspot level. But if we still call loadLibrary() , with a .so, which has an equivalent .a file, it will fail.
>
> What kind of verification are you mentioning ? We do have use cases where we have pure .a files. libsystemInfo.a being one of them, as i confirmed from our teams.
You can try with a simple program calling `System.loadLibrary("systeminfo")` with just `loadLibraryOnlyIfPresent` change.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/17945#discussion_r1541570578
More information about the core-libs-dev
mailing list