RFR: 8350896: Integer/Long.compress gets wrong type from CompressBitsNode::Value [v14]
Tobias Hartmann
thartmann at openjdk.org
Wed Jul 16 06:51:45 UTC 2025
On Mon, 14 Jul 2025 13:48:07 GMT, Jatin Bhateja <duke at openjdk.org> wrote:
>> Hi All,
>>
>> This bugfix patch fixes incorrect value computation for Integer/Long. compress APIs.
>>
>> Problems occur with a constant input and variable mask where the input's value is equal to the lower bound of the mask value., In this case, an erroneous value range estimation results in a constant value. Existing value routine first attempts to constant fold the compression operation if both input and compression mask are constant values; otherwise, it attempts to constrain the value range of result based on the upper and lower bounds of mask type.
>>
>> New IR test covers the issue reported in the bug report along with a case for value range based logic pruning.
>>
>> Kindly review and share your feedback.
>>
>> Best Regards,
>> Jatin
>
> Jatin Bhateja has updated the pull request incrementally with one additional commit since the last revision:
>
> Broken assertions fix
Thanks @jatin-bhateja. Isn't the OCA signature status verification independent of the PR? Let me ping a few people here to get it done.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/23947#issuecomment-3077126992
More information about the hotspot-compiler-dev
mailing list