RFR 8155771: [JVMCI] expose JVM_ACC_IS_CLONEABLE_FAST
Tom Rodriguez
tom.rodriguez at oracle.com
Tue May 3 15:43:39 UTC 2016
>>>>>
>>>>> That means “allocation-cloneable”, not “allocation is cloneable”, right? It could be interpreted both ways but the change is good.
>>>>
>>>> I knew what I meant so I didn’t see alternative readings. Is there something better? canBeClonedWithAllocation :)
>>>
>>> :-) Actually, that’s not a bad name. Or isClonableWithAllocation.
>>
>> isClonableWithAllocation is ok, though it seems like it should be isCloneableWithAllocation?
>
> Yes, that. Typo.
Updated and pushing.
tom
>
>>
>> tom
>>
>>>
>>>>
>>>> tom
>>>>
>>>>>
>>>>>>
>>>>>> The new flag JVM_ACC_IS_CLONEABLE_FAST controls whether an object can be cloned by simply performing an allocation and copying the fields. Previously all Cloneable objects were assumed to be cloneable in this way. Add ResolvedJavaType.isAllocationCloneable to expose this notion. Tested with Graal.
>>>>>>
>>>>>> tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160503/01671df7/attachment.html>
More information about the hotspot-compiler-dev
mailing list