Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8004952 | 8 | Christian Thalinger | P3 | Resolved | Fixed | b68 |
JDK-8017861 | 7u45 | Christian Thalinger | P3 | Closed | Fixed | b01 |
JDK-8006367 | 7u40 | Christian Thalinger | P3 | Resolved | Fixed | b10 |
JDK-8004256 | hs24 | Christian Thalinger | P3 | Resolved | Fixed | b29 |
Another problem is that it is very tricky to find the places where the stack pointer needs to be adjusted to the correct value for re-execution (uncommon traps). This adjustment is a plain SP bump and decrease after the call. In itself very error prone and it could be handled in a much more elegant way.
- backported by
-
JDK-8004256 C2: instrinsic implementations in LibraryCallKit should use argument() instead of pop()
-
- Resolved
-
-
JDK-8004952 C2: instrinsic implementations in LibraryCallKit should use argument() instead of pop()
-
- Resolved
-
-
JDK-8006367 C2: instrinsic implementations in LibraryCallKit should use argument() instead of pop()
-
- Resolved
-
-
JDK-8017861 C2: instrinsic implementations in LibraryCallKit should use argument() instead of pop()
-
- Closed
-
- duplicates
-
JDK-7194647 JSR 292: GraphKit::compute_stack_effects needs to be aware of appendix and MemberName arguments
-
- Closed
-
- relates to
-
JDK-6910605 C2: NullPointerException/ClassCaseException is thrown when C2 with DeoptimizeALot is used
-
- Resolved
-
-
JDK-8004319 test/gc/7168848/HumongousAlloc.java fails after 7172640
-
- Resolved
-
-
JDK-8006031 LibraryCallKit::inline_array_copyOf disabled unintentionally with 7172640
-
- Resolved
-
-
JDK-8004898 library_call.cpp build error after 7172640 with GCC 4.7.2
-
- Resolved
-
-
JDK-7023898 Intrinsify AtomicLongFieldUpdater.getAndIncrement()
-
- Resolved
-
-
JDK-7184394 add intrinsics to use AES instructions
-
- Resolved
-