This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perldelta: Clean up the Unicode bugs section
authorFather Chrysostomos <sprout@cpan.org>
Fri, 18 Mar 2011 15:53:53 +0000 (08:53 -0700)
committerFather Chrysostomos <sprout@cpan.org>
Mon, 21 Mar 2011 16:16:49 +0000 (09:16 -0700)
pod/perldelta.pod

index baa8ff2..94c391c 100644 (file)
@@ -3346,22 +3346,6 @@ again and, if the entries are re-created too many times, dies with a
 
 =item *
 
-Naming a deprecated character in \N{...} will not leak memory.
-
-=item *
-
-chop now correctly handles perl's extended UTF-8 (RT #73246) (65ab92)
-
-=item *
-
-Avoid UTF-8 cache panics with offsets beyond a string (RT #75898) (3e2d381)
-
-=item *
-
-C<warn()> and C<die()> now respect utf8-encoded scalars [perl #45549].
-
-=item *
-
 What has become known as the "Unicode Bug" is mostly resolved in this release.
 Under C<use feature 'unicode_strings'>, the internal storage format of a
 string no longer affects the external semantics.  There are two known
@@ -3381,14 +3365,32 @@ the 66 of them was known about in places.  The Unicode standard
 considers them legal, but forbids the "open interchange" of them.
 This is part of the change to allow the internal use of any code point
 (see L</Core Enhancements>).  Together, these changes resolve
-[perl #38722], [perl #51918], [perl #51936], [perl #63446]
+[perl #38722], [perl #51918], [perl #51936], [perl #63446].
+
+=item *
+
+Naming a deprecated character in \N{...} no longer leaks memory.
+
+=item *
+
+C<chop> now correctly handles characters above "\x{7fffffff}"
+[perl #73246].
+
+=item *
+
+Passing to C<index> an offset beyond the end of the string when the string
+is encoded internally in UTF8 no longer causes panics [perl #75898].
+
+=item *
+
+C<warn()> and C<die()> now respect utf8-encoded scalars [perl #45549].
 
 =item *
 
-[perl #77692] Sometimes the UTF8 length cache would not be reset on a value
+Sometimes the UTF8 length cache would not be reset on a value
 returned by substr, causing C<length(substr($uni_string,...))> to give
-wrong answers. With C<${^UTF8CACHE}> set to -1, it would produce a 'panic'
-error message, too.
+wrong answers.  With C<${^UTF8CACHE}> set to -1, it would produce a 'panic'
+error message, too [perl #77692].
 
 =back