[8] Heads-up: Borked EA after LRB backports?
Roman Kennke
rkennke at redhat.com
Fri Oct 25 16:01:11 UTC 2019
I only tried to do what 11 and up do there (it's done via GC interface in newer versions) Maybe I got it wrong though.?
Roman
Am 25. Oktober 2019 17:51:11 MESZ schrieb Roland Westrelin <rwestrel at redhat.com>:
>
>> Please push it to sh/jdk8 under e.g. "Fix
>ShenandoahLoadReferenceBarrierNode::{Value, Identity}
>> signatures after LRB backport".
>
>Done. But this doesn't seem right either:
>
>diff -r e040b7d17b6f src/share/vm/opto/escape.cpp
>--- a/src/share/vm/opto/escape.cpp Fri Oct 25 17:22:36 2019 +0200
>+++ b/src/share/vm/opto/escape.cpp Fri Oct 25 17:49:32 2019 +0200
>@@ -2991,7 +2991,6 @@
> n->is_CheckCastPP() ||
> n->is_EncodeP() ||
> n->is_DecodeN() ||
>- n->Opcode() == Op_ShenandoahLoadReferenceBarrier ||
> (n->is_ConstraintCast() && n->Opcode() == Op_CastPP)) {
> if (visited.test_set(n->_idx)) {
> assert(n->is_Phi(), "loops only through Phi's");
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
More information about the shenandoah-dev
mailing list