Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2183952 | 7 | Changpeng Fang | P4 | Closed | Fixed | b74 |
JDK-2190019 | 6u21 | Tom Rodriguez | P4 | Resolved | Fixed | b01 |
JDK-2189002 | OpenJDK6 | Joe Darcy | P3 | Resolved | Fixed | b19 |
Here is the message from Andrew John Hughes <###@###.###>
There are two tests in OpenJDK7:
compiler/6823453/Test.java : DeoptimizeALot causes fastdebug server
jvm to fail with assert(false,"unscheduable graph")
compiler/6833129/Test.java : Object.clone() and Arrays.copyOf ignore
coping with -XX:+DeoptimizeALot
that fail due to the absence of +DeoptimizeALot on a product build and
prevent a clean run from being achieved. Is there not some way these
tests can be automatically skipped if they are inapplicable to the
build being tested?
There are two tests in OpenJDK7:
compiler/6823453/Test.java : DeoptimizeALot causes fastdebug server
jvm to fail with assert(false,"unscheduable graph")
compiler/6833129/Test.java : Object.clone() and Arrays.copyOf ignore
coping with -XX:+DeoptimizeALot
that fail due to the absence of +DeoptimizeALot on a product build and
prevent a clean run from being achieved. Is there not some way these
tests can be automatically skipped if they are inapplicable to the
build being tested?
- backported by
-
JDK-2189002 For DeoptimizeALot, JTreg tests should "IgnoreUnrecognizedVMOptions on a product build
-
- Resolved
-
-
JDK-2190019 For DeoptimizeALot, JTreg tests should "IgnoreUnrecognizedVMOptions on a product build
-
- Resolved
-
-
JDK-2183952 For DeoptimizeALot, JTreg tests should "IgnoreUnrecognizedVMOptions on a product build
-
- Closed
-