This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perldelta: Some minor fixes.
authorKarl Williamson <khw@cpan.org>
Tue, 12 Apr 2016 19:37:21 +0000 (13:37 -0600)
committerKarl Williamson <khw@cpan.org>
Tue, 12 Apr 2016 19:46:03 +0000 (13:46 -0600)
This includes deleting some bug fixes for things introduced in the 5.23
series, and so not relevant to a dot zero perldelta

pod/perldelta.pod

index 0810497..205141a 100644 (file)
@@ -180,8 +180,9 @@ which for unreachable code might be never.
 =head2 C<qr/\N{}/> now disallowed under C<use re "strict">
 
 An empty C<\N{}> makes no sense, but for backwards compatibility is
-silently accepted as doing nothing.  But now this is a fatal error under
-the experimental feature L<re/'strict' mode>.
+accepted as doing nothing, though a deprecation warning is raised by
+default.  But now this is a fatal error under the experimental feature
+L<re/'strict' mode>.
 
 =head2 Nested declarations are now disallowed
 
@@ -1250,7 +1251,8 @@ C<toTITLE_utf8>, C<toLOWER_utf8>, and C<toFOLD_utf8>.
 
 =item *
 
-EBCDIC code paths have largely been unified to avoid repetition.
+EBCDIC code paths have largely been unified with non-EBCDIC ones to
+avoid repetition and make maintenance easier.
 
 =item *
 
@@ -1324,13 +1326,6 @@ the target matched string was in UTF-8, and only on EBCDIC platforms.
 
 =item *
 
-Fixed over eager warnings for C<< /[.foo.]/ >>.
-
-This prevents Perl from warning about constructs like C<< /[.].*[.]/ >>.
-[perl #127582, #127604]
-
-=item *
-
 Narrow the filename check in F<strict.pm> and F<warnings.pm>. Previously,
 it assumed that if the filename (without the F<.pmc?> extension) differed
 from the package name, if was a misspelled use statement (i.e. C<use Strict>
@@ -1523,8 +1518,7 @@ C<\b{sb}> works much better.  In Perl v5.22.0, this new construct didn't
 seem to give the expected results, yet passed all the tests in the
 extensive suite furnished by Unicode.  It turns out that it was because
 these were short input strings, and the failures had to do with longer
-inputs.  This was fixed in Perl 5.23.4, but the improvement was not
-noticed until after that was released, so is included here now.
+inputs.
 
 =item *