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