AllocateHeapAt disabling on AIX
David Holmes
david.holmes at oracle.com
Wed Sep 26 16:09:59 UTC 2018
On 26/09/2018 12:02 PM, Baesken, Matthias wrote:
> Hi David, I would like to print something like "AllocateHeapAt not supported on AIX" .
> And then exit (probably just ignoring the flag and printing the message might be bad ).
>
> The constraint functions were suggested to me as an option but it looks to me they are
> Intended for other use cases .
Yes, I think a check in argument.cpp would be better.
Thanks,
David
> Best regards, Matthias
>
>
>> -----Original Message-----
>> From: David Holmes <david.holmes at oracle.com>
>> Sent: Mittwoch, 26. September 2018 17:45
>> To: Baesken, Matthias <matthias.baesken at sap.com>; 'hotspot-
>> dev at openjdk.java.net' <hotspot-dev at openjdk.java.net>
>> Subject: Re: AllocateHeapAt disabling on AIX
>>
>> Hi Matthias,
>>
>> On 26/09/2018 11:41 AM, Baesken, Matthias wrote:
>>> Hello, we want to disable the globals-flag AllocateHeapAt on AIX .
>>> It currently does not really work on this platform, and there is no current
>> plan to support it .
>>>
>>> My question :
>>>
>>> Should I just add a check to argument.cpp ?
>>> Or should I use the constraint function feature for this ?
>>
>> Do you want the flag to be non-existent or non-settable? What kind of
>> error report do you want for the end user?
>>
>> Thanks,
>> David
>>
>>> E.g. add a constraint function to globals.hpp and then do something like
>> this ?
>>>
>>> JVMFlag::Error AllocateHeapAtConstraintFunc(ccstr value, bool verbose) {
>>> #if defined(_AIX)
>>> return JVMFlag::VIOLATES_CONSTRAINT;
>>> #endif
>>> return JVMFlag::SUCCESS;
>>> }
>>>
>>>
>>> To me the current usages of the constraint functions do not look like they
>> were intended for platform-handling, but for
>>> Checking validity/sanity of some flag values .
>>>
>>>
>>> Thanks for your comments, Matthias
>>>
More information about the hotspot-dev
mailing list