RFR: 8361211: C2: Final graph reshaping generates unencodeable klass constants
Tobias Hartmann
thartmann at openjdk.org
Mon Aug 4 22:10:02 UTC 2025
On Wed, 30 Jul 2025 16:20:43 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:
> See the bug for more investigation. I have tried to come up with an isolated test, but failed. So I am doing this change somewhat blindly, without a clear regression test. The investigation on the CTW points directly to this code, and I believe we should be more conservative in final graph reshaping. [JDK-8343206](https://bugs.openjdk.org/browse/JDK-8343206) added the assert for `ConNKlass`, which somehow does not trigger. I think it is safe to bail out of this transformation.
>
> Also, this only plugs this particular leak. I think we should really be disabling the abstract/interface encoding optimization until C2 does not expose itself to this issue on more paths. There is [JDK-8343218](https://bugs.openjdk.org/browse/JDK-8343218) that we can re-open.
>
> Additional testing:
> - [x] Linux x86_64 server fastdebug, a rare CTW failure does not reproduce anymore
> - [x] Linux x86_64 server fastdebug, `tier1`
> - [x] Linux x86_64 server fastdebug, `all`
> - [x] Linux AArch64 server fastdebug, `all`
> Friendly ping :)
Sorry for the delay. Public holiday, traveling and JVMLS now.
> [JDK-8343206](https://bugs.openjdk.org/browse/JDK-8343206) added the assert for ConNKlass, which somehow does not trigger
That's probably because the ConNKlass is not added on the `nstack` and therefore not visited by the final graph reshaping code anymore.
-------------
PR Review: https://git.openjdk.org/jdk/pull/26559#pullrequestreview-3085897801
More information about the hotspot-compiler-dev
mailing list