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.
------------- Commit messages: - 8342775: [Graal] java/util/concurrent/locks/Lock/OOMEInAQS.java fails OOME thrown from the UncaughtExceptionHandler Changes: https://git.openjdk.org/jdk/pull/21745/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=21745&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8342775 Stats: 3 lines in 1 file changed: 2 ins; 0 del; 1 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
