EBCDIC has the unicode bug too
authorKarl Williamson <public@khwilliamson.com>
Sat, 23 Feb 2013 01:55:26 +0000 (18:55 -0700)
committerKarl Williamson <public@khwilliamson.com>
Thu, 29 Aug 2013 15:55:54 +0000 (09:55 -0600)
commit4f48cecf6dfa4e5e1404e1182019353514874602
tree864dd709b01ca24fb4231641f8385aabedf1b5d6
parentb6340bd07d84d022194b3a226764ec0d17a461a4
EBCDIC has the unicode bug too

We have not had a working modern Perl on EBCDIC for some years.  When I
started out, comments and code led me to conclude erroneously that
natively it supported semantics for all 256 characters 0-255.  It turns
out that I was wrong; it natively (at least on some platforms) has the
same rules (essentially none) for the characters which don't correspond
to ASCII ones, as the rules for these on ASCII platforms.

A previous commit for 5.18 changed the docs about this issue.  This
current commit forces ASCII rules on EBCDIC platforms (even should there
be one that natively uses all 256).  To get all 256, the same things
like 'use feature "unicode_strings"' must now be done.
handy.h