RFR (12) JDK-8218025: disable pop_frame and force_early_return caps for Graal
Igor Ignatyev
igor.ignatyev at oracle.com
Thu Jan 31 05:22:45 UTC 2019
from my point of view, having the following code at the end of JvmtiManageCapabilities::init_onload_capabilities is much clear and easier to understand:
> // Workaround for 8195635: disable pop_frame and force_early_return capabilities
> #if INCLUDE_JVMCI
> if (UseJVMCICompiler) {
> jc.can_pop_frame = 0;
> jc.can_force_early_return = 0;
> }
> #endif // INCLUDE_JVMCI
Thanks,
-- Igor
> On Jan 30, 2019, at 9:18 PM, dean.long at oracle.com wrote:
>
> On 1/30/19 8:59 PM, serguei.spitsyn at oracle.com <mailto:serguei.spitsyn at oracle.com> wrote:
>> So, the fix needs to be more like this:
>> + // Workaround for 8195635:
>> + // disable pop_frame and force_early_return capabilities with Graal
>> + #if INCLUDE_JVMCI
>> + if (!(EnableJVMCI && UseJVMCICompiler)) {
>> jc.can_pop_frame = 1;
>> jc.can_force_early_return = 1;
>> + }
>> + #endif
>>
>> Not sure, if the check for EnableJVMCI can be removed above.
>
> We still need it to work when INCLUDE_JVMCI is not defined.
> How about
>
> JVMCI_ONLY(if (UseJVMCICompiler)) {
> ...
> }
>
> or
>
> if (JVMCI_ONLY(UseJVMCICompiler) NOT_JVMCI(true)) {
> ...
> }
>
> dl
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20190130/e37df6ae/attachment.html>
More information about the serviceability-dev
mailing list