Bug ID: JDK-8370459 C2: CompressBitsNode::Value produces wrong result on Windows (1UL vs 1ULL), found by ExpressionFuzzer

JDK-8370459 : C2: CompressBitsNode::Value produces wrong result on Windows (1UL vs 1ULL), found by ExpressionFuzzer

Type: Bug
Component: hotspot
Sub-Component: compiler
Affected Version: 26

Priority: P3
Status: Resolved
Resolution: Fixed
OS: windows
CPU: x86_64

Submitted: 2025-10-23
Updated: 2025-11-03
Resolved: 2025-11-03

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 26
26 masterFixed

Related Reports

Causes :	JDK-8350896 - Integer/Long.compress gets wrong type from CompressBitsNode::Value
Relates :	JDK-8370468 - Test Framework: add steps for reproduction to template_framework/library/TestFrameworkClass.java
Relates :	JDK-8359412 - Template-Framework Library: Operations and Expressions

Description

UPDATE:

Looks like we are doing "1UL << 32" on windows, but it should be "1ULL << 32".
That creates a bad Value optimization, and we get a wrong result.

Most likely a regression of JDK-8350896

--------------------------------------------------------------------------------- OLD REPORT --------------------------------------------------------------------

8 test runs failed on Windows-x64 debug

----------System.out:(19/4440)*----------
For random generator using seed: 2432121158
To re-run test with same seed value please add "-Djdk.test.lib.random.seed=2432121158" to command line.
------------------ CompileFramework: Compilation ------------------
Source directory: .\\compile-framework-sources-7501034990199762497
Classes directory: .\\compile-framework-classes-12642755101774144265
IR verification disabled due to the following reason(s):
- Running with -Xcomp (use warm-up of 0 instead)
- Test class compiler.igvn.templated.ExpressionFuzzerInnerTest not specifying any @IR annotations
- Using non-whitelisted JTreg VM or Javaoptions flag(s):
  - Xcomp

Skip Flag VM due to not performing IR verification.
Run Test VM - [-classpath, C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg\\compiler\\igvn;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jtreg\\8.1\\1\\bundles\\jtreg-8.1+1.zip\\jtreg\\lib\\jtreg.jar;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\scratch\\5\\.\\compile-framework-classes-12642755101774144265]:
Command line: [c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\windows-x64-debug.jdk\\jdk-26\\fastdebug\\bin\\java.exe -cp C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg\\compiler\\igvn;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jtreg\\8.1\\1\\bundles\\jtreg-8.1+1.zip\\jtreg\\lib\\jtreg.jar -Djava.library.path=c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\windows-x64-debug.test\\hotspot\\jtreg\\native -Xbootclasspath/a:. -XX:+UnlockDiagnosticVMOptions -XX:+WhiteBoxAPI -XX:MaxRAMPercentage=4.16667 -Dtest.boot.jdk=c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk\\25\\37\\bundles\\windows-x64\\jdk-25_windows-x64_bin.zip\\jdk-25 -Djava.io.tmpdir=c:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\tmp -XX:+CreateCoredumpOnCrash -Xcomp -ea -esa -XX:+UnlockExperimentalVMOptions -server -XX:+TieredCompilation -XX:+VerifyOops -Dir.framework.server.port=54440 -classpath C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg\\compiler\\igvn;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jtreg\\8.1\\1\\bundles\\jtreg-8.1+1.zip\\jtreg\\lib\\jtreg.jar;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\scratch\\5\\.\\compile-framework-classes-12642755101774144265 -XX:-BackgroundCompilation -XX:CompileCommand=quiet compiler.lib.ir_framework.test.TestVM compiler.igvn.templated.ExpressionFuzzerInnerTest ]
[2025-10-22T21:27:52.341499300Z] Gathering output for process 3680
[2025-10-22T21:27:55.412506800Z] Waiting for completion for process 3680
[2025-10-22T21:29:02.380492200Z] Waiting for completion finished for process 3680
Output and diagnostic info for process 3680 was saved into 'pid-3680-output.log'

----------System.err:(88/7285)*----------

TestFramework test VM exited with code 1

Command Line:
c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\windows-x64-debug.jdk\\jdk-26\\fastdebug\\bin\\java.exe -DReproduce=true -cp C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg\\compiler\\igvn;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jtreg\\8.1\\1\\bundles\\jtreg-8.1+1.zip\\jtreg\\lib\\jtreg.jar -Djava.library.path=c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\windows-x64-debug.test\\hotspot\\jtreg\\native -Xbootclasspath/a:. -XX:+UnlockDiagnosticVMOptions -XX:+WhiteBoxAPI -XX:MaxRAMPercentage=4.16667 -Dtest.boot.jdk=c:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk\\25\\37\\bundles\\windows-x64\\jdk-25_windows-x64_bin.zip\\jdk-25 -Djava.io.tmpdir=c:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\tmp -XX:+CreateCoredumpOnCrash -Xcomp -ea -esa -XX:+UnlockExperimentalVMOptions -server -XX:+TieredCompilation -XX:+VerifyOops -Dir.framework.server.port=54440 -classpath C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg\\compiler\\igvn;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\classes\\1\\compiler\\igvn\\ExpressionFuzzer.d\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\lib;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jdk-26+21-2147\\src.full\\open\\test\\hotspot\\jtreg;C:\\ade\\mesos\\work_dir\\jib-master\\install\\jtreg\\8.1\\1\\bundles\\jtreg-8.1+1.zip\\jtreg\\lib\\jtreg.jar;C:\\sb\\prod\\1761166197\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_tier1_compiler_2\\scratch\\5\\.\\compile-framework-classes-12642755101774144265 -XX:-BackgroundCompilation -XX:CompileCommand=quiet compiler.lib.ir_framework.test.TestVM compiler.igvn.templated.ExpressionFuzzerInnerTest


Error Output
------------
ERROR: Equality matching failed: value mismatch: false vs true
  aParent: [Ljava.lang.Object;@4b1812a8
  bParent: [Ljava.lang.Object;@7192075e
  field:   [0]
  a:       false
  b:       true
Exception in thread "main" compiler.lib.ir_framework.shared.TestRunException: 

Test Failures (1)
-----------------
Base Test: @Test primitiveConTest_2399:
compiler.lib.ir_framework.shared.TestRunException: There was an error while invoking @Test method public static void compiler.igvn.templated.ExpressionFuzzerInnerTest.primitiveConTest_2399(). Target: null. Arguments: <void>
	at compiler.lib.ir_framework.test.BaseTest.invokeTestMethod(BaseTest.java:84)
	at compiler.lib.ir_framework.test.BaseTest.invokeTest(BaseTest.java:71)
	at compiler.lib.ir_framework.test.AbstractTest.run(AbstractTest.java:100)
	at compiler.lib.ir_framework.test.TestVM.runTests(TestVM.java:865)
	at compiler.lib.ir_framework.test.TestVM.start(TestVM.java:255)
	at compiler.lib.ir_framework.test.TestVM.main(TestVM.java:168)
Caused by: java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:119)
	at java.base/java.lang.reflect.Method.invoke(Method.java:565)
	at compiler.lib.ir_framework.test.BaseTest.invokeTestMethod(BaseTest.java:80)
	... 5 more
Caused by: compiler.lib.verify.VerifyException: Value verification failed:
Value mismatch: false vs true
	at compiler.lib.verify.Verify.checkEQimpl(Verify.java:273)
	at compiler.lib.verify.Verify.checkEQdispatch(Verify.java:139)
	at compiler.lib.verify.Verify.checkEQimpl(Verify.java:430)
	at compiler.lib.verify.Verify.checkEQdispatch(Verify.java:131)
	at compiler.lib.verify.Verify.checkEQ(Verify.java:98)
	at compiler.igvn.templated.ExpressionFuzzerInnerTest.primitiveConTest_2399(ExpressionFuzzerInnerTest.java:4333)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	... 7 more



	at compiler.lib.ir_framework.test.TestVM.runTests(TestVM.java:901)
	at compiler.lib.ir_framework.test.TestVM.start(TestVM.java:255)
	at compiler.lib.ir_framework.test.TestVM.main(TestVM.java:168)


  #############################################################
   - To only run the failed tests use -DTest, -DExclude,
     and/or -DScenarios.
   - To also get the standard output of the test VM run with
     -DReportStdout=true or for even more fine-grained logging
     use -DVerbose=true.
  #############################################################


compiler.lib.compile_framework.CompileFrameworkException: Exception in Compile Framework:
Invocation target:
	at compiler.lib.compile_framework.CompileFramework.invoke(CompileFramework.java:135)
	at compiler.igvn.ExpressionFuzzer.main(ExpressionFuzzer.java:89)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	at java.base/java.lang.reflect.Method.invoke(Method.java:565)
	at com.sun.javatest.regtest.agent.MainWrapper$MainTask.run(MainWrapper.java:138)
	at java.base/java.lang.Thread.run(Thread.java:1474)
Caused by: java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:119)
	at java.base/java.lang.reflect.Method.invoke(Method.java:565)
	at compiler.lib.compile_framework.CompileFramework.invoke(CompileFramework.java:131)
	... 5 more
Caused by: compiler.lib.ir_framework.driver.TestVMException: There were one or multiple errors. Please check stderr for more information.
	at compiler.lib.ir_framework.driver.TestVMProcess.throwTestVMException(TestVMProcess.java:251)
	at compiler.lib.ir_framework.driver.TestVMProcess.checkTestVMExitCode(TestVMProcess.java:232)
	at compiler.lib.ir_framework.driver.TestVMProcess.<init>(TestVMProcess.java:77)
	at compiler.lib.ir_framework.TestFramework.runTestVM(TestFramework.java:879)
	at compiler.lib.ir_framework.TestFramework.start(TestFramework.java:839)
	at compiler.lib.ir_framework.TestFramework.start(TestFramework.java:431)
	at compiler.igvn.templated.ExpressionFuzzerInnerTest.main(ExpressionFuzzerInnerTest.java:16)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
	... 7 more

JavaTest Message: Test threw exception: compiler.lib.compile_framework.CompileFrameworkException: Exception in Compile Framework:
Invocation target:
JavaTest Message: shutting down test

Unclear what change may have affected the test.

Comments

Changeset: 0ca0852d Branch: master Author: Emanuel Peter <epeter@openjdk.org> Date: 2025-11-03 06:45:48 +0000 URL: https://git.openjdk.org/jdk/commit/0ca0852d78d643c211d36b753a734dac0cd2800a
03-11-2025
A pull request was submitted for review. Branch: master URL: https://git.openjdk.org/jdk/pull/28062 Date: 2025-10-30 14:51:53 +0000
31-10-2025
The line was introduced in JDK-8350896 here: https://github.com/openjdk/jdk/blame/da7121aff9eccb046b82a75093034f1cdbd9b9e4/src/hotspot/share/opto/intrinsicnode.cpp#L379
30-10-2025
I have it nicely reduced and analyzed. The bug is most likely in "bitshuffle_value" on this line: hi = MIN2((jlong)((1UL << result_bit_width) - 1L), hi); "1UL << 32" gets you 0 on windows. It should probably be "1ULL << 32", which gets you 0x1_0000_0000. On my linux machine, I get: /home/empeter/Documents/oracle/jtreg/bin/jtreg -va -s -jdk:/home/empeter/Documents/oracle/jdk-fork4/build/linux-x64-debug/jdk -javaoptions:"" -J-Djavatest.maxOutputSize=10000000 /home/empeter/Documents/oracle/jdk-fork4/open/test/hotspot/jtreg/compiler/igvn/templated/TestCompressBitsReduced.java AFTER: print_ideal 0 Root === 0 37 [[ 0 1 3 22 34 ]] inner 3 Start === 3 0 [[ 3 5 6 7 8 9 10 ]] #{0:control, 1:abIO, 2:memory, 3:rawptr:BotPTR, 4:return_address, 5:int} 5 Parm === 3 [[ 37 ]] Control !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 6 Parm === 3 [[ 37 ]] I_O !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 7 Parm === 3 [[ 37 ]] Memory Memory: @BotPTR +bot, idx=Bot; !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 8 Parm === 3 [[ 37 ]] FramePtr !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 9 Parm === 3 [[ 37 ]] ReturnAdr !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 10 Parm === 3 [[ 33 ]] Parm0: int !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 22 ConL === 0 [[ 36 ]] #long:-2683206580 33 ConvI2L === _ 10 [[ 35 ]] #long:minint..maxint, 0u..maxulong, widen: 3 !jvms: Integer::toUnsignedLong @ bci:1 (line 1412) TestCompressBitsReduced::test_compiled @ bci:4 (line 59) 34 ConL === 0 [[ 35 ]] #long:maxuint 35 AndL === _ 33 34 [[ 36 ]] !jvms: Integer::toUnsignedLong @ bci:5 (line 1412) TestCompressBitsReduced::test_compiled @ bci:4 (line 59) 36 CompressBits === _ 22 35 [[ 37 ]] #long:0..maxuint, widen: 3 !jvms: TestCompressBitsReduced::test_compiled @ bci:7 (line 59) 37 Return === 5 6 7 8 9 returns 36 [[ 0 ]] The "CompressBits" is still there. But on the Windows machine, we get: 177 15 b 4 compiler.igvn.templated.TestCompressBitsReduced::test_compiled (11 bytes) AFTER: print_ideal 0 Root === 0 38 [[ 0 1 3 37 ]] inner 3 Start === 3 0 [[ 3 5 6 7 8 9 ]] #{0:control, 1:abIO, 2:memory, 3:rawptr:BotPTR, 4:return_address, 5:int} 5 Parm === 3 [[ 38 ]] Control !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 6 Parm === 3 [[ 38 ]] I_O !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 7 Parm === 3 [[ 38 ]] Memory Memory: @BotPTR +bot, idx=Bot; !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 8 Parm === 3 [[ 38 ]] FramePtr !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 9 Parm === 3 [[ 38 ]] ReturnAdr !jvms: TestCompressBitsReduced::test_compiled @ bci:-1 (line 59) 37 ConL === 0 [[ 38 ]] #long:0 38 Return === 5 6 7 8 9 returns 37 [[ 0 ]] It seems that the "CompressBits" got wrongly constant folded.
30-10-2025
Also seeing this failure mode on Windows Test Failures (1) ----------------- Base Test: @Test primitiveConTest_1219: compiler.lib.ir_framework.shared.TestRunException: There was an error while invoking @Test method public static void compiler.igvn.templated.ExpressionFuzzerInnerTest.primitiveConTest_1219(). Target: null. Arguments: <void> at compiler.lib.ir_framework.test.BaseTest.invokeTestMethod(BaseTest.java:84) at compiler.lib.ir_framework.test.BaseTest.invokeTest(BaseTest.java:71) at compiler.lib.ir_framework.test.AbstractTest.run(AbstractTest.java:100) at compiler.lib.ir_framework.test.TestVM.runTests(TestVM.java:865) at compiler.lib.ir_framework.test.TestVM.start(TestVM.java:255) at compiler.lib.ir_framework.test.TestVM.main(TestVM.java:168) Caused by: java.lang.reflect.InvocationTargetException at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:119) at java.base/java.lang.reflect.Method.invoke(Method.java:565) at compiler.lib.ir_framework.test.BaseTest.invokeTestMethod(BaseTest.java:80) ... 5 more Caused by: compiler.lib.verify.VerifyException: Value verification failed: Value mismatch: 1182799872 vs 1149296640 at compiler.lib.verify.Verify.checkEQimpl(Verify.java:202) at compiler.lib.verify.Verify.checkEQdispatch(Verify.java:135) at compiler.lib.verify.Verify.checkEQimpl(Verify.java:430) at compiler.lib.verify.Verify.checkEQdispatch(Verify.java:131) at compiler.lib.verify.Verify.checkEQ(Verify.java:98) at compiler.igvn.templated.ExpressionFuzzerInnerTest.primitiveConTest_1219(ExpressionFuzzerInnerTest.java:1843) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) ... 7 more at compiler.lib.ir_framework.test.TestVM.runTests(TestVM.java:901) at compiler.lib.ir_framework.test.TestVM.start(TestVM.java:255) at compiler.lib.ir_framework.test.TestVM.main(TestVM.java:168)
30-10-2025
Someone told me this may well be an issue with Cygwin, and that it does not detect all features. These are the reported features on that windows x64 machine: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr.opt pdpe1gb rdtscp lm pni cx16 lahf.lm cmp.legacy svm cr8.legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr.core This is a pretty strange set, so it may be very specific to that machine, and the environment that limits the features.
29-10-2025
This needs some more investigation to rule out a test bug. ILW = Wrong result with compiled code, intermittent with generated test on some platforms, no known workaround but disable compilation of affected method = HLM = P3
24-10-2025
Here's how I got the test to run: - Log files showed that primitiveConTest_2399 failed - Downloaded the artifact - Found the test in test-support/jtreg_open_test_hotspot_jtreg_tier1_compiler_2/compiler/igvn/ExpressionFuzzer/compile-framework-sources-7501034990199762497/compiler/igvn/templated/ExpressionFuzzerInnerTest.java - Added this header: /* * @test * @bug 8366845 * @summary TODO: desc * @modules java.base/jdk.internal.misc * @library /test/lib / * @run driver compiler.igvn.templated */ - Removed the "framework.addFlags("-classpath", [...]" - Renamed to TestJtreg.java and put it in test/hotspot/jtreg/compiler/igvn/templated/ Unfortunately, it does not reproduce on my machine, so it's probably platform specific: Windows AMD_EPYC_9J14_96-Core_Processor fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr.opt pdpe1gb rdtscp lm pni cx16 lahf.lm cmp.legacy svm cr8.legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr.core
23-10-2025
Failed 8 times at tier 7 but all runs used the same seed: For random generator using seed: 2432121158 To re-run test with same seed value please add "-Djdk.test.lib.random.seed=2432121158" to command line. I just noticed that the test is missing the '@randomness' tag, I filed JDK-8370489 because this affects more tests.
23-10-2025