| 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
 
-