perldelta for 0ecf23179326, none needed for a5368aebf374

[perl5.git] / pod / perl5121delta.pod

diff --git a/pod/perl5121delta.pod b/pod/perl5121delta.pod
index a6efe1e..f1d8759 100644 (file)
--- a/pod/perl5121delta.pod
+++ b/pod/perl5121delta.pod
@@ -2,7 +2,7 @@
 
 =head1 NAME
 
-perldelta - what is new for perl v5.12.1
+perl5121delta - what is new for perl v5.12.1
 
 =head1 DESCRIPTION
 
@@ -58,6 +58,10 @@ parsing.
 
 We made a small fix to the L<CPANPLUS> test suite to fix an occasional spurious test failure.
 
+=item *
+
+We upgraded L<Safe> to version 2.27 to wrap coderefs returned by C<reval()> and C<rdo()>.
+
 =back
 
 =head1 Changes to Existing Documentation
@@ -87,7 +91,7 @@ We updated the Github mirror link in L<perlrepository> to mirrors/perl, not gith
 
 =item *
 
-We fixed a a minor error in L<perl5114delta.pod>.
+We fixed a minor error in L<perl5114delta.pod>.
 
 =item * 
 
@@ -206,12 +210,10 @@ XSUB.h now correctly redefines fgets under PERL_IMPLICIT_SYS
 
 See also: L<http://rt.cpan.org/Public/Bug/Display.html?id=55049>
 
-
 =item * 
 
 utf8::is_utf8 now respects GMAGIC (e.g. $1)
 
-
 =item * 
 
 XS code using C<fputc()> or C<fputs()>: on Windows could cause an error
@@ -220,7 +222,7 @@ due to their arguments being swapped.
 See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=72704>
 
 =item *
-    
+
 We fixed a small bug in lex_stuff_pvn() that caused spurious syntax errors
 in an obscure situation.  It happened when stuffing was performed on the
 last line of a file and the line ended with a statement that lacked a
@@ -232,7 +234,7 @@ See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=74006>
 
 We fixed a bug that could cause \N{} constructs followed by a single . to
 be parsed incorrectly.
-    
+
 See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=74978>
 
 =item *
@@ -253,7 +255,7 @@ See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=74290>
 =item *
 
 We fixed a regression in case-insensitive matching of folded characters
-in regular expressions introduced in Perl 5.12.0.
+in regular expressions introduced in Perl 5.10.1.
 
 See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=72998>
 
@@ -324,6 +326,34 @@ interactively and explicitly answered no.
 
 =back
 
+=head1 Known Problems
+
+=over
+
+=item *
+
+C<List::Util::first> misbehaves in the presence of a lexical C<$_>
+(typically introduced by C<my $_> or implicitly by C<given>). The variable
+which gets set for each iteration is the package variable C<$_>, not the
+lexical C<$_>.
+
+A similar issue may occur in other modules that provide functions which
+take a block as their first argument, like
+
+    foo { ... $_ ...} list
+
+See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=67694>
+
+=item *
+
+C<Module::Load::Conditional> and C<version> have an unfortunate
+interaction which can cause C<CPANPLUS> to crash when it encounters
+an unparseable version string.  Upgrading to C<CPANPLUS> 0.9004 or
+C<Module::Load::Conditional> 0.38 from CPAN will resolve this issue.
+
+=back
+
+
 =head1 Acknowledgements
 
 Perl 5.12.1 represents approximately four weeks of development since
@@ -358,7 +388,8 @@ analysed by the Perl porting team.
 If the bug you are reporting has security implications, which make it
 inappropriate to send to a publicly archived mailing list, then please send
 it to perl5-security-report@perl.org. This points to a closed subscription
-unarchived mailing list, which includes all the core committers, who be able
+unarchived mailing list, which includes
+all the core committers, who will be able
 to help assess the impact of issues, figure out a resolution, and help
 co-ordinate the release of patches to mitigate or fix the problem across all
 platforms on which Perl is supported. Please only use this address for