Fix typed json encoder conversion from scalar's PV slot to JSON_TYPE_INT #133
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.
It did not worked correctly for numbers which can be represented by
unsigned type but not by signed type:
[2^(8*IVSIZE-1), 2^(8*IVSIZE)-1]
SvIV
andSvUV
macros may modifySvIsUV
flag, so after callingSvIV
it isneeded to check if returned value is signed or unsigned.
This patch fixes it and add tests for scalars with corner cases in
PV
slot.Values out of range of perl integers are converted for
JSON_TYPE_INT
toeither
IV_MIN
orUV_MAX
(signed minimal or unsigned maximal representedvalue in perl).