In perl.git, the branch blead has been updated

<http://perl5.git.perl.org/perl.git/commitdiff/006b5090a2e96f2db9b192b29cedd087197645c1?hp=9d83d6bdefc0b5b76ca6399f73d997776eaf5e48>

- Log -----------------------------------------------------------------
commit 006b5090a2e96f2db9b192b29cedd087197645c1
Author: Father Chrysostomos <[email protected]>
Date:   Fri May 11 09:55:09 2012 -0700

    perldelta: Add ‘(5.14.2)’ markers

M       pod/perldelta.pod

commit c7957d513a5a004bd00e34dbab5a65d19c1f17e6
Author: Father Chrysostomos <[email protected]>
Date:   Fri May 11 09:50:20 2012 -0700

    perldelta: Explain the ‘(5.14.1)’ markers

M       pod/perldelta.pod

commit 21c1039141283beed333de30964ee608a23a9d74
Author: Father Chrysostomos <[email protected]>
Date:   Fri May 11 09:48:49 2012 -0700

    perldelta: Use single quotes in C<>
    
    C<> renders as "..." in nroff, so C<... "..." ...> ends up looking weird.

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

Summary of changes:
 pod/perldelta.pod |   31 ++++++++++++++++++-------------
 1 files changed, 18 insertions(+), 13 deletions(-)

diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index 5d673d6..98d4ccd 100644
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -13,6 +13,10 @@ If you are upgrading from an earlier release such as 5.12.0, 
first read
 L<perl5140delta>, which describes differences between 5.12.0 and
 5.14.0.
 
+Some of the bug fixes in this release have been backported to subsequent
+releases of 5.14.x.  Those are indicated with the 5.14.x version in
+parentheses.
+
 =head1 Notice
 
 With the release of Perl 5.16.0, the 5.12.x series of releases are now out of
@@ -518,7 +522,7 @@ program that accepts a flags value from an external source 
could expose
 itself to denial of service or arbitrary code execution attacks.  There
 are no known exploits in the wild.  The problem has been corrected by
 explicitly disabling all unsupported flags and setting unused function
-pointers to null.  Bug reported by Clément Lecigne.
+pointers to null.  Bug reported by Clément Lecigne. (5.14.2)
 
 =head2 Privileges are now set correctly when assigning to C<$(>
 
@@ -1110,6 +1114,7 @@ Missing aliases added, a deep recursion error fixed and 
various
 documentation updates.
 
 Addressed 'decode_xs n-byte heap-overflow' security bug in Unicode.xs
+(CVE-2011-2939). (5.14.2)
 
 =item *
 
@@ -1324,7 +1329,7 @@ L<PerlIO::scalar> has been upgraded from version 0.11 to 
0.14.
 (This is the module that implements C<< open $fh, '>', \$scalar >>.)
 
 It fixes a problem with C<< open my $fh, ">", \$scalar >> not working if
-C<$scalar> is a copy-on-write scalar.
+C<$scalar> is a copy-on-write scalar. (5.14.2)
 
 It also fixes a hang that occurs with C<readline> or C<< <$fh> >> if a
 typeglob has been assigned to $scalar [perl #92258].
@@ -1572,7 +1577,7 @@ never documented anywhere.  Now the perlfunc entry 
mentions it
 
 =item *
 
-As an accident of history, C<open $fh, "<:", ...> applies the default
+As an accident of history, C<open $fh, '<:', ...> applies the default
 layers for the platform (C<:raw> on Unix, C<:crlf> on Windows), ignoring
 whatever is declared by L<open.pm|open>.  This seems such a useful feature
 it has been documented in L<perlfunc|perlfunc/open> and L<open>.
@@ -2195,7 +2200,7 @@ further links.
 HP-UX PA-RISC/64 now supports gcc-4.x
 
 A fix to correct the socketsize now makes the test suite pass on HP-UX
-PA-RISC for 64bitall builds.
+PA-RISC for 64bitall builds. (5.14.2)
 
 =back
 
@@ -2560,9 +2565,9 @@ It used to be possible to free the typeglob of a 
localised array or hash
 
 Some core bugs affecting L<Hash::Util> have been fixed: locking a hash
 element that is a glob copy no longer causes subsequent assignment to it to
-corrupt the glob, and unlocking a hash element that holds a copy-on-write
-scalar no longer causes modifications to that scalar to modify other
-scalars that were sharing the same string buffer.
+corrupt the glob (5.14.2), and unlocking a hash element that holds a
+copy-on-write scalar no longer causes modifications to that scalar to
+modify other scalars that were sharing the same string buffer.
 
 =back
 
@@ -2662,7 +2667,7 @@ of Perl were not updated to account for them, but have 
now been fixed.
 
 C<utf8::decode> had a nasty bug that would modify copy-on-write scalars'
 string buffers in place (i.e., skipping the copy).  This could result in
-hashes having two elements with the same key [perl #91834].
+hashes having two elements with the same key [perl #91834]. (5.14.2)
 
 =item *
 
@@ -2674,12 +2679,12 @@ was not fixed until this release.
 
 Elements of restricted hashes (see the L<fields> pragma) containing
 copy-on-write values couldn't be deleted, nor could such hashes be cleared
-(C<%hash = ()>).
+(C<%hash = ()>). (5.14.2)
 
 =item *
 
 Localising a tied variable used to make it read-only if it contained a
-copy-on-write string.
+copy-on-write string. (5.14.2)
 
 =item *
 
@@ -3356,7 +3361,7 @@ fixed-string nodes with inconvenient contents.
 
 A panic involving the combination of the regular expression modifiers
 C</aa> and the C<\b> escape sequence introduced in 5.14.0 has been
-fixed [perl #95964].
+fixed [perl #95964]. (5.14.2)
 
 =item *
 
@@ -4013,7 +4018,7 @@ It has now been fixed.
 
 Perl 5.10.0 introduced some faulty logic that made "U*" in the middle of
 a pack template equivalent to "U0" if the input string was empty.  This has
-been fixed [perl #90160].
+been fixed [perl #90160]. (5.14.2)
 
 =item *
 
@@ -4077,7 +4082,7 @@ to force it [perl #96942].
 
 C<caller> no longer leaks memory when called from the DB package if
 C<@DB::args> was assigned to after the first call to C<caller>.  L<Carp>
-was triggering this bug [perl #97010].
+was triggering this bug [perl #97010]. (5.14.2)
 
 =item *
 

--
Perl5 Master Repository

Reply via email to