-
Enhancement
-
Resolution: Fixed
-
P4
-
13
-
b23
-
generic
-
generic
We currently preserve all load-reference-barriers that feed into calls. With Aleksey's recent change JDK-8224522 that places barriers at deopt unpacking, we don't need to place barriers in generated code when an oop only feeds into uncommon traps.
- relates to
-
JDK-8224836 Backout: JDK-8224626: Shenandoah: Elide barriers on uncommon traps
- Resolved
-
JDK-8224522 Shenandoah should apply barriers on deoptimization
- Resolved