Branch: refs/heads/khw_dumper
Home: https://github.com/Perl/perl5
Commit: 8a949e539a4501bbae40c157e82b1cd503cd191e
https://github.com/Perl/perl5/commit/8a949e539a4501bbae40c157e82b1cd503cd191e
Author: Karl Williamson <[email protected]>
Date: 2021-05-25 (Tue, 25 May 2021)
Changed paths:
M dist/Data-Dumper/Dumper.xs
Log Message:
-----------
Dumper.xs: Port ESC_NATIVE back on EBCDIC
Wrap its definition with LATIN1_TO_NATIVE() which will automatically
port it back as far as possible.
This is the only use of ESC_NATIVE on cpan, so I don't think it's worth
putting it in ppport.h
Commit: 3c44e7bf896a9c9794b0ed0cb97f4d710390d5d7
https://github.com/Perl/perl5/commit/3c44e7bf896a9c9794b0ed0cb97f4d710390d5d7
Author: Karl Williamson <[email protected]>
Date: 2021-05-25 (Tue, 25 May 2021)
Changed paths:
M dist/Data-Dumper/Dumper.xs
Log Message:
-----------
Dumper.xs: isDIGIT() is now in ppport.h
So use it. This makes the code cleaner, and removes a conditional
(unless the compiler optimizer figures out to do so anyway).
Commit: 5334c4b8ece84ec3e25bdf9069b70db38e0f88a1
https://github.com/Perl/perl5/commit/5334c4b8ece84ec3e25bdf9069b70db38e0f88a1
Author: Karl Williamson <[email protected]>
Date: 2021-05-25 (Tue, 25 May 2021)
Changed paths:
M dist/Data-Dumper/Dumper.xs
Log Message:
-----------
Dumper.xs: Revise calculation of needed size
This changes the calculation of how large a buffer is needed to use a
loop instead of a chain of conditionals. I think it is easier to read,
certainly it is tidier, and has the added (small) benefit that it
doesn't give up and choose the worst case scenario for large code
points.
Commit: 030107e2f3fa9d534886ec9a53526071cc8a01bf
https://github.com/Perl/perl5/commit/030107e2f3fa9d534886ec9a53526071cc8a01bf
Author: Karl Williamson <[email protected]>
Date: 2021-05-25 (Tue, 25 May 2021)
Changed paths:
M dist/Data-Dumper/Dumper.xs
Log Message:
-----------
Dumper.xs: Output orphaned EBCDIC control as octal
This makes the code simpler, and removes the need to worry about and
comment on EBCDIC.
On ASCII machines there are the C0 controls, the C1 controls, and DEL,
which isn't technically in either set. The C0 and DEL controls are
treated as low ordinal, and output using octal notation. This commit
has no behavior changes on ASCII platforms.
On EBCDIC machines, there are 1-1 mappings to the entire set of 65 ASCII
controls. All but one are in a single block and have been output using
octal. This commit doesn't change the behavior of the 64 single-block
controls.
There is a lone control that isn't adjacent to the others, orphaned.
This commit's only effect is to cause it to be displayed using octal
instead of hex. I believe the simplification of the code warrants this
change.
On extant EBCDIC platforms that Perl supports, this control is 0xFF,
named EO or EIGHT ONES, and is somewhat like DEL on ASCII platforms,
which we already display as octal, even though it is much higher ordinal
than any other control displayed as octal.
Commit: 3b574ea7eb759e1414cf2673697deac99a4f8851
https://github.com/Perl/perl5/commit/3b574ea7eb759e1414cf2673697deac99a4f8851
Author: Karl Williamson <[email protected]>
Date: 2021-05-25 (Tue, 25 May 2021)
Changed paths:
M dist/Data-Dumper/Dumper.xs
Log Message:
-----------
Dumper.xs: Add comment
Compare: https://github.com/Perl/perl5/compare/8a949e539a45%5E...3b574ea7eb75