The lworld prototype is still using hard coded write barriers rather than Heap Access API.
<C1 & C2 compiler barrier support>
ValueOops.java -Xcomp with ZGC currently crashing
Depends onJDK-8231497 API for value load/stores being final
<C1 & C2 compiler barrier support>
ValueOops.java -Xcomp with ZGC currently crashing
Depends on
- duplicates
-
JDK-8215557 [lworld] Initializing oop fields in newly allocated value type buffers might require store barrier
-
- Closed
-
- is blocked by
-
JDK-8231497 [lworld] Inline type use of Access API (Runtime)
-
- Resolved
-
- relates to
-
JDK-8232892 [AARCH64] [lworld] Inline type use of Access API (compiler barrier support)
-
- Resolved
-