RFR (S): 8191129 - AARCH64: Invalid value passed to critical JNI function

dean.long at oracle.com dean.long at oracle.com
Thu Nov 30 23:10:11 UTC 2017


On 11/30/17 12:27 PM, Dmitry Chuyko wrote:

> On 11/30/2017 11:00 PM, dean.long at oracle.com wrote:
>> Does @requires vm.opt.CriticalJNINatives still work instead of 
>> os.arch != "aarch64" (I'm not sure if flags on the @run line are 
>> added to "vm.opt")?
> It is actually vm.opt.CriticalJNINatives==null for me on x86 either 
> explicit or implicit run setting (whitebox declarations added etc.) 
> which looks more like it doesn't work.
>

OK, thanks for checking.

dl

> -Dmitry
>
>>
>> If not, looks good.
>>
>> dl
>>
>>
>> On 11/30/17 10:22 AM, Dmitry Chuyko wrote:
>>> http://cr.openjdk.java.net/~dchuyko/8191129/webrev.01/
>>>
>>> I think for tests it then will be better to explicitly exclude 
>>> aarch64 until complete feature implementation and to add the flag.
>>>
>>> Flag disabling was changed to UNSUPPORTED_OPTION() which also prints 
>>> a warning in case of manual -XX+.
>>>
>>> -Dmitry
>>>
>>>
>>> On 11/29/2017 02:50 PM, Vladimir Ivanov wrote:
>>>>
>>>>
>>>> On 11/29/17 2:16 PM, Vladimir Ivanov wrote:
>>>>>    if (CriticalJNINatives) {
>>>>>      warning("CriticalJNINatives aren't supported");
>>>>>      FLAG_SET_DEFAULT(CriticalJNINatives, false);
>>>>>    }
>>>>
>>>> What I meant is:
>>>>   if (CriticalJNINatives && !FLAG_IS_DEFAULT(CriticalJNINatives)) {
>>>>     warning("CriticalJNINatives aren't supported");
>>>>   }
>>>>   FLAG_SET_DEFAULT(CriticalJNINatives, false);
>>>>
>>>> Sorry for the confusion.
>>>>
>>>> Best regards,
>>>> Vladimir Ivanov
>>>
>>
>



More information about the hotspot-compiler-dev mailing list