RFR: JDK-8321017: Record in JFR that IEEE rounding mode was corrupted by loading a library [v2]

[Matthias Baesken]

On Fri, 1 Dec 2023 09:05:22 GMT, Matthias Baesken <mbaesken at openjdk.org> wrote:

>> [JDK-8295159](https://bugs.openjdk.org/browse/JDK-8295159) added some IEEE conformance checks and corrections of the floating point environment on Linux and macOS/BSD, and later some UL logging was added too.
>> However the information is not added to the JFR events, and this should be enhanced.
>> The already existing NativeLibraryLoad event can be used for storing the additional information, because the IEEE conformance check and fenv  get/set  is placed in the HS dlopen_helper , where already the NativeLibraryLoad  event objects are created/commited .
>
> Matthias Baesken has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Adjust macOS coding

the description of ` -Xcheck:jni `  says 
https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/clopts002.html
"The -Xcheck:jni Option
This option is useful in diagnosing problems with applications that use the Java Native Interface (JNI). Sometimes bugs in the native code can cause the HotSpot VM to crash or behave incorrectly."

Not sure if this IEEE conformance issue fits perfectly well into what is said above, but looking at the discussion in this PR, it seems to be controversial .

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

PR Comment: https://git.openjdk.org/jdk/pull/16903#issuecomment-1856061793