In perl.git, the branch blead has been updated

<http://perl5.git.perl.org/perl.git/commitdiff/3620abf9393e1d89dfa9c06e2af2368230a29c95?hp=7c54b938f6609d93f8920557d6cd0859571898c8>

- Log -----------------------------------------------------------------
commit 3620abf9393e1d89dfa9c06e2af2368230a29c95
Author: Karl Williamson <[email protected]>
Date:   Fri May 11 09:40:20 2012 -0600

    perldelta: Mention 5.14.0, not 5.13.6

M       pod/perldelta.pod

commit fd85cc123809ade53410187e9c57a3ae63402e24
Author: Karl Williamson <[email protected]>
Date:   Fri May 11 09:37:37 2012 -0600

    perldelta: Correct statement
    
    It was pointed out to me after I wrote the text in an earlier perldelta
    that this one is extracted from, that it is extremely unlikely to run
    out of memory; I had not bothered to really do the math.

M       pod/perldelta.pod

commit 88132a12f68fbbafce95c14cb4e5aa3ebe667a4d
Author: Karl Williamson <[email protected]>
Date:   Fri May 11 09:36:45 2012 -0600

    perldelta: correct statement

M       pod/perldelta.pod

commit 014dc7eb4439b3293950dab9d53114555bcec31f
Author: Karl Williamson <[email protected]>
Date:   Fri May 11 09:33:04 2012 -0600

    perldelta: grammar

M       pod/perldelta.pod
-----------------------------------------------------------------------

Summary of changes:
 pod/perldelta.pod |   12 ++++++------
 1 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index 3066a65..7d9b004 100644
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -122,7 +122,7 @@ becomes longer.
 
 Since this change also allowed many bugs to be fixed (see
 L</The C<substr> operator>), and since the behaviour
-of negative offsets has never been specified, so the
+of negative offsets has never been specified, the
 change was deemed acceptable.
 
 =head3 Return value of C<tied>
@@ -346,9 +346,9 @@ C<TYPEMAP> section:
 
 The XS-callable function C<is_utf8_char()>, when presented with
 malformed UTF-8 input, can read up to 12 bytes beyond the end of the
-string.  This cannot be fixed without changing its API.  It is not
-called from CPAN.  The documentation now describes how to use it
-safely.
+string.  This cannot be fixed without changing its API, and so its
+use is now deprecated.  Use C<is_utf8_char_buf()> (described just below)
+instead.
 
 =head3 Added C<is_utf8_char_buf()>
 
@@ -859,7 +859,7 @@ property in each regular expression.  Thus, 
C<qr/\p{foo}abc\p{foo}/>
 would generate two hashes.  Any probes in one instance would be unknown
 to the other, and the hashes could expand separately to be quite large
 if the regular expression were used on many different widely-separated
-code points.  This can lead to running out of memory in extreme cases.
+code points.
 Now, however, there is just one hash shared by all instances of a given
 property.  This means that if C<\p{foo}> is matched against "A" in one
 regular expression in a thread, the result will be known immediately to
@@ -3268,7 +3268,7 @@ under threading has been fixed.
 
 =item *
 
-A regression introduced in 5.13.6 has
+A regression introduced in 5.14.0 has
 been fixed.  This involved an inverted
 bracketed character class in a regular expression that consisted solely
 of a Unicode property.  That property wasn't getting inverted outside the

--
Perl5 Master Repository

Reply via email to