LIRFrameState locals[0]

[Tom Rodriguez]

Maybe it’s not live?  Locals which aren't needed for execution of the byte codes aren’t captured for deopt.  -G:-OptLivenessAnalysis turns it off.

tom

On Jan 9, 2014, at 2:51 PM, Deneau, Tom <tom.deneau at amd.com> wrote:

> I've noticed that sometimes when I get a DeoptimizationNode, the attached LIRFrameState for locals[0] sometimes has a type of illegal.  Why might this be?
> 
> info.topFrame.numLocals = 4
> info.topFrame.values[0].kind = "illegal"
> info.topFrame.values[1].kind = "Object"
> info.topFrame.values[2].kind = "int"
> info.topFrame.values[3].kind = "int"
> 
> -- Tom
>