RFR: JDK-8239081: Shenandoah: Consolidate C1 LRB and native barriers
Roman Kennke
rkennke at redhat.com
Mon Feb 17 11:49:48 UTC 2020
Hi Aleksey,
>>>> https://bugs.openjdk.java.net/browse/JDK-8239081
>>>> Webrev:
>>>> http://cr.openjdk.java.net/~rkennke/JDK-8239081/webrev.00/
>>>
>>> Only some stylistic nits:
>>>
>>> *) I believe the convention is to name these boolean arguments "is_native"?
>>>
>>> *) C1ShenandoahLoadReferenceBarrierCodeGenClosure::_native should probably be const?
>>
>> Right, good points! Both fixed here:
>>
>> http://cr.openjdk.java.net/~rkennke/JDK-8239081/webrev.01/
>
> I think variables and fields should be "is_native" too.
>
> Here:
>
> 216 bool native = ShenandoahBarrierSet::use_load_reference_barrier_native(decorators, type);
> 217 tmp = load_reference_barrier(gen, tmp, access.resolved_addr(), native);
>
> ...and here:
>
> 255 class C1ShenandoahLoadReferenceBarrierCodeGenClosure : public StubAssemblerCodeGenClosure {
> 256 private:
> 257 const bool _native;
>
> ...and here:
>
> 89 class ShenandoahLoadReferenceBarrierStub: public CodeStub {
> ...
> 97 bool _native;
>
> ...and probably somewhere else too?
Riiiiight.:
http://cr.openjdk.java.net/~rkennke/JDK-8239081/webrev.02/
(Note: where am I coming from? Java conventions for boolean properties
where field is $property, getter is is$Property(), setter is
set$Property().)
Better now?
Roman
More information about the shenandoah-dev
mailing list