This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perldelta: fix some issues raised by Karl
authorDavid Mitchell <davem@iabyn.com>
Mon, 22 May 2017 13:07:29 +0000 (14:07 +0100)
committerDavid Mitchell <davem@iabyn.com>
Mon, 22 May 2017 13:07:29 +0000 (14:07 +0100)
moved utf8_hop_safe() to Internals;

removed
    A regression from the previous development release, 5.23.3, where
    compiling a regular expression could crash the interpreter has been
    fixed. [perl #128686].

since that was a typo - it was 5.25.3, and since the bug appeared, and was
fixed in, the same development branch, doesn't need mentioning.

pod/perldelta.pod

index 4a30a16..8887366 100644 (file)
@@ -172,11 +172,6 @@ be called with ampersand syntax (C<&CORE::keys(\%hash>) and via reference
 (C<< my $k = \&CORE::keys; $k-E<gt>(\%hash) >>).  Previously they could only be
 used when inlined.
 
-=head2 for XS code, create a safer utf8_hop() called utf8_hop_safe()
-
-Unlike utf8_hop(), utf8_hop_safe() won't navigate before the beginning or after
-the end of the supplied buffer.
-
 =head1 Security
 
 =head2 Removal of the current directory (C<.>) from C<@INC>
@@ -2220,6 +2215,12 @@ code point (since the real value is not representable).
 
 =item *
 
+There is now a safer version of utf8_hop(), called utf8_hop_safe().
+Unlike utf8_hop(), utf8_hop_safe() won't navigate before the beginning or
+after the end of the supplied buffer.
+
+=item *
+
 The C<PADOFFSET> type has changed from being unsigned to signed, and
 several pad-related variables such as C<PL_padix> have changed from being
 of type C<I32> to type C<PADOFFSET>.
@@ -2689,12 +2690,6 @@ A regression in 5.24 with C<tr/\N{U+...}/foo/> when the code point was between
 
 =item *
 
-A regression from the previous development release, 5.23.3, where
-compiling a regular expression could crash the interpreter has been
-fixed. [perl #128686].
-
-=item *
-
 Use of a string delimiter whose code point is above 2**31 now works
 correctly on platforms that allow this.  Previously, certain characters,
 due to truncation, would be confused with other delimiter characters