Fix an issue of partial fragment deoptimization
If the interpreter bridge returns to the instrumentation exit stub, we need to let the stub makes the decision whether the calling code is deoptimizeable or not since the stub knows the real return pc. Bug: 28769520 Change-Id: I262d1222e50a1ccbcb3675d05dcab414dc242a28
Loading
Please sign in to comment