Fix stringified IV_MIN sometimes unintentionally treated as NV #22171
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
String representation of IV_MIN (
"-9223372036854775808"
in typical 64bit build) is expected to be treated as IV in numeric context, but current perl sometimes treat it as NV.In
!NV_PRESERVES_UV
case (e.g. IV and NV are both 64-bit, as in typical x86_64 build), if such string is once referred in NV context (withsv_2nv_flags()
), it will be unexpectedly treated as NV in subsequent numeric references:This change will hopefully resolve this.