Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2190676 | 7 | Roland Westrelin | P4 | Closed | Fixed | b87 |
JDK-2197980 | 6u23 | Roland Westrelin | P4 | Resolved | Fixed | b01 |
JDK-2199930 | 6u22m | Roland Westrelin | P4 | Resolved | Fixed | b01 |
JDK-2193581 | 6u21p | Roland Westrelin | P4 | Resolved | Fixed | b03 |
The problem happens on a deoptimization between a jsr bytecode and a ret bytecode. The compiler always stores the bci to return to (a local variable) in the debug information it generates as a constant 32 bit integer but the interpreter loads it from the local variables in the ret bytecode as a 32 bit or 64 bit integer depending on whether the VM is 32 or 64 bits.
Found during JRTS 2.2u1 testing.
Found during JRTS 2.2u1 testing.
- backported by
-
JDK-2193581 c1: deoptimization of jsr subroutine fails on sparcv9
-
- Resolved
-
-
JDK-2197980 c1: deoptimization of jsr subroutine fails on sparcv9
-
- Resolved
-
-
JDK-2199930 c1: deoptimization of jsr subroutine fails on sparcv9
-
- Resolved
-
-
JDK-2190676 c1: deoptimization of jsr subroutine fails on sparcv9
-
- Closed
-
- relates to
-
JDK-6972540 sun/nio/ch/SocketChannelImpl compilation crashed when executing CompileTheWorld
-
- Closed
-