RFR (S): 8191129 - AARCH64: Invalid value passed to critical JNI function
Dmitry Chuyko
dmitry.chuyko at bell-sw.com
Thu Nov 30 20:27:17 UTC 2017
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.
-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