> Deoptimization with escape analysis can fail when trying to rematerialize > objects as described in JDK-8227309. In this test this can happen in Xcomp > mode in the framework of the test resulting in a test failure. Making the > number of threads non-final avoids scalar replacement and thus the OOM during > deopt.
Tom Rodriguez has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains five additional commits since the last revision: - Disable test for Graal with Xcomp - Merge branch 'master' into tkr-oomeinaqs-ea - adjust OOMEInStampedLock.java too - Merge branch 'master' into tkr-oomeinaqs-ea - 8342775: [Graal] java/util/concurrent/locks/Lock/OOMEInAQS.java fails OOME thrown from the UncaughtExceptionHandler ------------- Changes: - all: https://git.openjdk.org/jdk/pull/21745/files - new: https://git.openjdk.org/jdk/pull/21745/files/98f63ef0..7ff217bd Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=21745&range=02 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=21745&range=01-02 Stats: 41928 lines in 2999 files changed: 19123 ins; 12252 del; 10553 mod Patch: https://git.openjdk.org/jdk/pull/21745.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/21745/head:pull/21745 PR: https://git.openjdk.org/jdk/pull/21745
