In perl.git, the branch blead has been updated <http://perl5.git.perl.org/perl.git/commitdiff/416c06fc852c00a948ade2fd39e7bf1b9f00ca9d?hp=119bc988ad4d9a872b93f0d825bb62845c7eaf63>
- Log ----------------------------------------------------------------- commit 416c06fc852c00a948ade2fd39e7bf1b9f00ca9d Author: Karl Williamson <[email protected]> Date: Fri May 8 22:15:25 2015 -0600 perlebcdic: Document v5.22 EBCDIC bugs M pod/perlebcdic.pod commit f6cf462769452c3cb33bad43544b1e536d797585 Author: Karl Williamson <[email protected]> Date: Fri May 8 22:14:21 2015 -0600 perlunicode: Fix small misstatement M pod/perlunicode.pod ----------------------------------------------------------------------- Summary of changes: pod/perlebcdic.pod | 16 ++++++++++++++++ pod/perlunicode.pod | 7 ++++--- 2 files changed, 20 insertions(+), 3 deletions(-) diff --git a/pod/perlebcdic.pod b/pod/perlebcdic.pod index c1d8c85..d88291a 100644 --- a/pod/perlebcdic.pod +++ b/pod/perlebcdic.pod @@ -1842,6 +1842,22 @@ XXX. =item * +The C<cmp> (and hence C<sort>) operators do not necessarily give the +correct results when both operands are UTF-EBCDIC encoded strings and +there is a mixture of ASCII and/or control characters, along with other +characters. + +=item * + +Ranges containing C<\N{...}> in the C<tr///> (and C<y///>) +transliteration operators are treated differently than the equivalent +ranges in regular expression pattersn. They should, but don't, cause +the values in the ranges to all be treated as Unicode code points, and +not native ones. (L<perlre/Version 8 Regular Expressions> gives +details as to how it should work.) + +=item * + Not all shells will allow multiple C<-e> string arguments to perl to be concatenated together properly as recipes in this document 0, 2, 4, 5, and 6 might diff --git a/pod/perlunicode.pod b/pod/perlunicode.pod index 8edbaac..edeb37d 100644 --- a/pod/perlunicode.pod +++ b/pod/perlunicode.pod @@ -291,9 +291,10 @@ Unicode. =item * There are additional methods for regular expression patterns -A pattern that is compiled with the L<C<E<sol>u>|perlre/E<sol>u> modifier is -treated as Unicode. Under the C</d> modifier, there are several other -indications of Unicode; see L<perlre/E<sol>d>. +A pattern that is compiled with the C<< /u >> or C<< /a >> modifiers is +treated as Unicode (though there are some restrictions with C<< /a >>). +Under the C<< /d >> and C<< /l >> modifiers, there are several other +indications for Unicode; see L<perlre/Character set modifiers>. =back -- Perl5 Master Repository
