RFR(S) 8204209: [Graal] Compilation fails during nmethod printing with "assert(bci == 0 || 0 <= bci && bci < code_size()) failed: illegal bci"
Tom Rodriguez
tom.rodriguez at oracle.com
Fri Jun 22 18:20:40 UTC 2018
I think this looks good. We can correct the numbering next time we
break binary compatibility.
tom
Igor Veresov wrote on 6/21/18 9:33 PM:
> After discussing this with Tom, we decided that it would be a bad idea
> to change values of final static fields as this would break
> compatibility (since javac inlines these values). So, for now, we’d have
> to do re-mapping.
>
> Webrev: http://cr.openjdk.java.net/~iveresov/8204209/webrev.01
>
> Thanks,
> igor
>
>> On Jun 18, 2018, at 10:12 PM, Vladimir Kozlov
>> <vladimir.kozlov at oracle.com <mailto:vladimir.kozlov at oracle.com>> wrote:
>>
>> CCing to runtime group.
>>
>> Seems fine to me.
>>
>> Thanks,
>> Vladimir
>>
>> On 6/18/18 6:28 PM, Igor Veresov wrote:
>>> Make hotspot tolerate negative placeholder BCIs that are produced by
>>> Graal.
>>> Should this fix be deemed acceptable I’ll backport it to graal-jvmci-8.
>>> JBS: https://bugs.openjdk.java.net/browse/JDK-8204209
>>> Webrev: http://cr.openjdk.java.net/~iveresov/8204209/webrev/
>>> Thanks,
>>> igor
>
More information about the hotspot-compiler-dev
mailing list