RFR (XS) 8238153: CTW: C2 (Shenandoah) compilation fails with "Unknown node in get_load_addr: CreateEx"

Aleksey Shipilev shade at redhat.com
Wed Jan 29 10:51:08 UTC 2020


Bug:
  https://bugs.openjdk.java.net/browse/JDK-8238153

CTW tests caught this failure. I believe CreateEx should just be explicitly excepted, for the same
reason we did JDK-8229350: CreateEx has no useful inputs for us. This patch is safe, because it does
what "default" case does in release bits anyway.

diff -r e7c4199e4d32 src/hotspot/share/gc/shenandoah/c2/shenandoahSupport.cpp
--- a/src/hotspot/share/gc/shenandoah/c2/shenandoahSupport.cpp  Mon Jan 27 09:58:27 2020 -0500
+++ b/src/hotspot/share/gc/shenandoah/c2/shenandoahSupport.cpp  Wed Jan 29 11:44:59 2020 +0100
@@ -1796,12 +1796,13 @@
     case Op_CallDynamicJava:
     case Op_CallLeaf:
     case Op_CallStaticJava:
     case Op_ConN:
     case Op_ConP:
     case Op_Parm:
+    case Op_CreateEx:
       return phase->igvn().zerocon(T_OBJECT);
     default:
 #ifdef ASSERT
       fatal("Unknown node in get_load_addr: %s", NodeClassNames[in->Opcode()]);
 #endif
       return phase->igvn().zerocon(T_OBJECT);

Testing: affected CTW tests; will run hotspot_gc_shenandoah before push

-- 
Thanks,
-Aleksey



More information about the hotspot-compiler-dev mailing list