JDK-8273410 : IR verification framework fails with "Should find method name in validIrRulesMap"
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 17,18
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2021-09-07
  • Updated: 2022-12-29
  • Resolved: 2021-10-06
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 17 JDK 18
17.0.7-oracleFixed 18 b18Fixed
Related Reports
Relates :  
JDK-8254129 - IR Test Framework to support regex-based matching on the IR in JTreg compiler tests
Description
Attached test fails with:

compiler.lib.ir_framework.shared.TestFrameworkException: Internal Test Framework exception - please file a bug:
Should find method name in validIrRulesMap for public int compiler.c2.irTests.TestPostParseCallDevirtualization.test1()
	at compiler.lib.ir_framework.TestFramework.check(TestFramework.java:715)
	at compiler.lib.ir_framework.driver.IRMatcher.setupTestMethods(IRMatcher.java:88)
	at compiler.lib.ir_framework.driver.IRMatcher.<init>(IRMatcher.java:66)
	at compiler.lib.ir_framework.TestFramework.runTestVM(TestFramework.java:699)
	at compiler.lib.ir_framework.TestFramework.start(TestFramework.java:668)
	at compiler.lib.ir_framework.TestFramework.startWithScenarios(TestFramework.java:566)
	at compiler.lib.ir_framework.TestFramework.start(TestFramework.java:332)
	at compiler.c2.irTests.TestPostParseCallDevirtualization.main(TestPostParseCallDevirtualization.java:42)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:568)
	at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:127)
	at java.base/java.lang.Thread.run(Thread.java:833)
Comments
Fix request [17u] I backport this for parity with 17.0.7-oracle. No risk, only a test change. Clean backport. One test passes. The other requires follow-up 8275173. SAP nighlyt testing passed including the follow up.
28-12-2022
A pull request was submitted for review. URL: https://git.openjdk.org/jdk17u-dev/pull/988 Date: 2022-12-27 11:37:12 +0000
27-12-2022
Changeset: df125f68 Author: Christian Hagedorn <chagedorn@openjdk.org> Date: 2021-10-06 08:21:18 +0000 URL: https://git.openjdk.java.net/jdk/commit/df125f680b6a4517109be80512a113064ca6281d
06-10-2021
Sure, I'll have a look at it, thanks for reporting it.
23-09-2021
I think the problem is that IR verification for the test fails and that confuses the @Check logic.
07-09-2021
Christian, could you please have a look?
07-09-2021
ILW = IR verification framework fails (framework bug), with single test, don't use @Check methods = MLM = P4
07-09-2021