RFR 8211438: [Testbug] runtime/XCheckJniJsig/XCheckJSig.java looks for libjsig in wrong location
Harold David Seigel
harold.seigel at oracle.com
Fri Oct 5 11:42:55 UTC 2018
Hi David, Lois,
Thanks for reviewing this. I'll remove the jre path from the test
before pushing the change.
JNI_EXPORT did fix the Mac OS issue.
Thanks, Harold
On 10/5/2018 7:25 AM, Lois Foltan wrote:
> +1. Looks good Harold.
> Lois
>
> On 10/4/2018 5:13 PM, David Holmes wrote:
>> Hi Harold,
>>
>> There's no more jre in the path either so this can be further
>> simplified.
>>
>> Otherwise all looks good. I hope the JNI_EXPORT fixes the Mac OS issue.
>>
>> Thanks,
>> David
>>
>> On 5/10/2018 6:38 AM, Harold David Seigel wrote:
>>> Hi,
>>>
>>> Please review this fix for JDK-8211438 (and probably JDK-8211084
>>> <https://bugs.openjdk.java.net/browse/JDK-8211084>). The fix changes
>>> the test to not use the os_arch string when constructing the path of
>>> libjsig.so. It also causes the test to fail if libjsig.so is not
>>> found.
>>>
>>> The fix also adds JNIEXPORT to the functions in
>>> src/java.base/unix/native/libjsig/jsig.c that the JVM tries to
>>> access by calling dlsym().
>>>
>>> Open Webrev: http://cr.openjdk.java.net/~hseigel/bug_8211438/webrev/
>>>
>>> JBS Bug: https://bugs.openjdk.java.net/browse/JDK-8211438
>>>
>>> The fix was tested by running the XCheckJSig.java test on Linux,
>>> Mac, and Solaris. The fix was regression tested by running Mach5
>>> tiers 1 and 2 tests and builds on Linux-x64, Windows, and Mac OS X,
>>> running tiers 3-5 tests on Linux-x64, and by running JCK-12 Lang and
>>> VM tests on Linux-x64.
>>>
>>> Thanks, Harold
>>>
>
More information about the hotspot-runtime-dev
mailing list