RFR: Simpler obj equals barrier for C2

Roman Kennke rkennke at redhat.com
Tue Sep 11 17:49:50 UTC 2018


Am 11.09.2018 um 16:49 schrieb Roland Westrelin:
> 
>> There's 3 affected intrinsics:
>> - isInterrupted: this one did not actually change
>> - subtype-check: this seems likely to trigger, and in-fact I have seen
>> it trigger because I had a bug in my barrier
>> - aes-crypt: this one will likely not trigger by the test-suite, but by
>> specjvm. I'm running it now.
> 
> java -XX:-TieredCompilation -XX:+CompileTheWorld -XX:+UseShenandoahGC -version
> 
> will stress test everything.
> 
>> WBs work in all other places, and produces the memphis that it needs,
>> afaik. I don't really understand why it wouldn't here.
> 
> In other places, parsing builds the control flow and adds the phis. With
> intrinsics, we add explicit control flow and so we must add phis
> ourselves because nothing else does it for us.
> 
> Roland.
> 

Does this look better?

http://cr.openjdk.java.net/~rkennke/c2-obj-eq-barrier/webrev.02/

Roman



More information about the shenandoah-dev mailing list