-
Bug
-
Resolution: Fixed
-
P3
-
None
-
b16
-
generic
-
generic
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8007177 | 8 | Christian Thalinger | P3 | Resolved | Fixed | b75 |
| JDK-8017889 | 7u45 | Christian Thalinger | P3 | Closed | Fixed | b01 |
| JDK-8007590 | 7u40 | Christian Thalinger | P3 | Resolved | Fixed | b13 |
| JDK-8006032 | hs24 | Christian Thalinger | P3 | Resolved | Fixed | b32 |
//------------------------inline_array_copyOf----------------------------
// public static <T,U> T[] java.util.Arrays.copyOf( U[] original, int newLength, Class<? extends T[]> newType);
// public static <T,U> T[] java.util.Arrays.copyOfRange(U[] original, int from, int to, Class<? extends T[]> newType);
bool LibraryCallKit::inline_array_copyOf(bool is_copyOfRange) {
return false;
if (too_many_traps(Deoptimization::Reason_intrinsic)) return false;
...
Is that "return false" intentional?
-Doug
- backported by
-
JDK-8006032 LibraryCallKit::inline_array_copyOf disabled unintentionally with 7172640
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Closed
-
- relates to
-
-
- Resolved
-
-
JDK-7172640 C2: instrinsic implementations in LibraryCallKit should use argument() instead of pop()
-
- Resolved
-