RFR(S): 8134974: 8130847 broken with loop predicates

[Roland Westrelin]

I’m withdrawing that RFR, at least for now, as I’m investigating an alternate, more general fix.

Roland.


> On Sep 4, 2015, at 9:31 AM, Roland Westrelin <roland.westrelin at oracle.com> wrote:
> 
> http://cr.openjdk.java.net/~roland/8134974/webrev.00/
> 
> At a deoptimization point, loads that capture the state of an eliminated allocation which is the destination of an arraycopy are pinned on the uncommon trap path. If that uncommon trap is for loop predicates then pinning the loads on that path may lead to a broken graph: the allocation may be eliminated as early as right after escape analysis, following loop optimizations may add predicates which require a new region to be added and then the control of the loads no longer dominates the uncommon trap.
> 
> Roland.