From ce93e38ba6f71b1d8b1188075b1bbd6d4bb1018b Mon Sep 17 00:00:00 2001 From: Karl Williamson Date: Tue, 12 May 2015 12:04:43 -0600 Subject: [PATCH 1/1] perldelta: Combine some text; delete outdated; add new --- pod/perldelta.pod | 66 ++++++++++++++++++++++++++++++++++--------------------- 1 file changed, 41 insertions(+), 25 deletions(-) diff --git a/pod/perldelta.pod b/pod/perldelta.pod index eed51d1..1c0625a 100644 --- a/pod/perldelta.pod +++ b/pod/perldelta.pod @@ -100,10 +100,14 @@ U+2028 LINE SEPARATOR, and U+2029 PARAGRAPH SEPARATOR. -=head2 Unicode 7.0 is now supported +=head2 Unicode 7.0 (with correction) is now supported For details on what is in this release, see L. +The version of Unicode 7.0 that comes with Perl includes +a correction dealing with glyph shaping in Arabic +(see L). + =head2 S> can restrict which locale categories are affected @@ -821,6 +825,14 @@ storage of the offset. Details on C level symbols and libperl.t added. +=item * + +Information on Unicode handling has been added + +=item * + +Information on EBCDIC handling has been added + =back =head3 L @@ -880,6 +892,10 @@ set out. Out-of-date VMS-specific information has been fixed/simplified. +=item * + +Notes about EBCDIC have been added. + =back =head3 L @@ -955,9 +971,8 @@ in L<< perlsyn >>. =item * -Update B under -L's -B. +This has had extensive revisions to bring it up-to-date with current +Unicode support and to make it more readable. =back @@ -968,8 +983,7 @@ B. =item * Advice for how to make sure your strings and regular expression patterns are -interpreted as Unicode has been revised to account for the new Perl 5.22 EBCDIC -handling. +interpreted as Unicode has been updated. =back @@ -2163,14 +2177,6 @@ C. =item * -Added L. -Changing the program's locale should be avoided by XS code. Nevertheless, -certain non-Perl libraries called from XS, such as C do so. When this -happens, Perl needs to be told that the locale has changed. Use this function -to do so, before returning to Perl. - -=item * - The deprecated variable C has been removed. =item * @@ -2182,11 +2188,11 @@ with the decimal radix character not being a dot. Prior to this release, Perl initialized this category to "C", but a call to C would change it. Now such a call will change the underlying locale of the C category for the program, but the -locale exposed to XS code will remain "C". There is an API under -development for those relatively few modules that need to use the -underlying locale. This API will be nailed down during the course of -developing v5.21. Send email to L for -guidance. +locale exposed to XS code will remain "C". There are new macros +to manipulate the LC_NUMERIC locale, including +C and +C. +See L. =item * @@ -2531,12 +2537,6 @@ L<[perl #122703]|https://rt.perl.org/Ticket/Display.html?id=122703>. =item * -Perl now comes with a corrected Unicode 7.0 for the erratum issued on -October 21, 2014 (see L), -dealing with glyph shaping in Arabic. - -=item * - op_free() no longer crashes due to a stack overflow when freeing a deeply recursive op tree. L<[perl #108276]|https://rt.perl.org/Ticket/Display.html?id=108276>. @@ -3182,6 +3182,22 @@ EBCDIC platforms =item * +The C (and hence C) 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 (and C) +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 gives +details as to how it should work.) + +=item * + Encode and encoding are mostly broken. =item * -- 1.8.3.1