RFR(XS): 8202179: Compilation fails with assert(n->is_expensive()) failed: expensive nodes with non-null control here only
rwestrel at redhat.com
Thu Apr 26 08:14:13 UTC 2018
> The reported problem is in the exceptional case when the SqrtDNode is found to be unique (there is
> no copy with the same inputs) and therefore the control input is removed. If we only then create a
> SqrtFNode in Ideal(), we would use that NULL control as input which violates the assumption that
> expensive nodes always have a non-NULL control.
I get it now. That looks good to me.
More information about the hotspot-compiler-dev