RFR: 8338197: [ubsan] ad_x86.hpp:6417:11: runtime error: shift exponent 100 is too large for 32-bit type 'unsigned int' [v5]

Andrew Dinn adinn at openjdk.org
Tue Sep 30 17:33:03 UTC 2025


On Tue, 30 Sep 2025 16:32:35 GMT, Boris Ulasevich <bulasevich at openjdk.org> wrote:

> Proposal for this PR:
>
>     land the shift-capping at the source (inside the operator) as a strict safety fix.
>     optionally omit the 100->30 tweak.

Yes let's do shift capping and drop the 100->30 latency tweak.

> Let’s keep this PR as a minimal sanitizer fix and move the model/weighting discussion to a follow-up RFE. I’m open to doing some research in this area, though I’m not entirely sure what the best starting point would be. That said, if you feel strongly against this change, I don’t mind dropping it and leaving the rest as is.

Yes, I agree we need a separate RFE for that. I filed https://bugs.openjdk.org/browse/JDK-8368971.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/26890#issuecomment-3353173210


More information about the hotspot-compiler-dev mailing list