On Tue, 9 Sep 2025 18:16:49 GMT, Sergey Bylokhov <[email protected]> wrote:
> On 32-bit systems, the ThreadMemoryLeakTest can be run as is. The option > vm.opt.final.UseCompressedOops must be guarded by vm.bits == 64; otherwise, > an error occurs. > > Tested on: > - 64-bit: with and without -Xcomp, -Xint, -Xmixed, and with/without > -+UseCompressedOops > - 32-bit: with and without -Xcomp, -Xint, -Xmixed test/jdk/com/sun/jdi/ThreadMemoryLeakTest.java line 31: > 29: * @comment Don't allow -Xcomp or -Xint as they impact memory useage and > number of iterations. > 30: * Require compressed oops because not doing so increases memory > usage. > 31: * @requires (vm.compMode == "Xmixed") & ((vm.bits == 64 & > vm.opt.final.UseCompressedOops) | vm.bits == 32) would `@requires (vm.compMode == "Xmixed") & (vm.bits == 32 | vm.opt.final.UseCompressedOops)` works? (not sure if jtreg is going to evaluate coops mode lazy in this case) ------------- PR Review Comment: https://git.openjdk.org/jdk/pull/27177#discussion_r2334984865
