-
Bug
-
Resolution: Fixed
-
P2
-
9
-
None
-
b17
-
generic
-
generic
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8064111 | 8u45 | Attila Szegedi | P2 | Resolved | Fixed | b01 |
JDK-8055578 | 8u40 | Attila Szegedi | P2 | Closed | Fixed | b04 |
JDK-8070348 | emb-8u47 | Attila Szegedi | P2 | Resolved | Fixed | team |
CodeGenerator has some type-based optimizations that only work for expressions of object types (namely, nullCheck and undefinedCheck). These optimizations kick in also if their operands get deoptimized to Object type even if they had a narrower type earlier.
Transferring the control from a method to its continuation (rest-of) version is sensitive to having the same shape of stack at the same call sites as the method being deoptimized; these two optimizations violate this invariant though, and need to be disabled when they would affect the shape of the stack.
Transferring the control from a method to its continuation (rest-of) version is sensitive to having the same shape of stack at the same call sites as the method being deoptimized; these two optimizations violate this invariant though, and need to be disabled when they would affect the shape of the stack.
- backported by
-
JDK-8064111 Type-based optimizations interfere with continuation methods
- Resolved
-
JDK-8070348 Type-based optimizations interfere with continuation methods
- Resolved
-
JDK-8055578 Type-based optimizations interfere with continuation methods
- Closed
- duplicates
-
JDK-8039049 ContinuationHandler generation crashes with null local variables in rest of function
- Closed
- relates to
-
JDK-8044803 Unnecessary restOf check in CodeGenerator.undefinedCheck
- Resolved