This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perldelta for previous commit
[perl5.git] / pod / perldelta.pod
index 2cc0e79..f4492d4 100644 (file)
@@ -5,15 +5,15 @@
 [ this is a template for a new perldelta file.  Any text flagged as XXX needs
 to be processed before release. ]
 
-perldelta - what is new for perl v5.21.8
+perldelta - what is new for perl v5.21.10
 
 =head1 DESCRIPTION
 
-This document describes differences between the 5.21.7 release and the 5.21.8
+This document describes differences between the 5.21.9 release and the 5.21.10
 release.
 
-If you are upgrading from an earlier release such as 5.21.6, first read
-L<perl5217delta>, which describes differences between 5.21.6 and 5.21.7.
+If you are upgrading from an earlier release such as 5.21.8, first read
+L<perl5219delta>, which describes differences between 5.21.8 and 5.21.9.
 
 =head1 Notice
 
@@ -27,32 +27,6 @@ here, but most should go in the L</Performance Enhancements> section.
 
 [ List each enhancement as a =head2 entry ]
 
-=head2 The warnings pragma now supports warnings outside of "all"
-
-Ever since perl v5.6.0 we've had no way of adding new warnings without
-retroactively adding them to all existing programs that used C<-w>,
-C<-W> or C<use warnings>.
-
-This caused us to not add new useful warnings out of fear that they
-might unduly burden users who just wanted to upgrade perl and didn't
-want to deal with a bunch of warnings from their existing code.
-
-We now support a way to have our cake and eat it too, and can add new
-warnings to the core going forward through other top-level warning
-categories. See L<the warnings documentation|warnings/Top-level
-warning categories & associated confusion> for details.
-
-=head2 Non-Capturing Regular Expression Flag
-
-Regular expressions now support a C</n> flag that disables capturing
-and filling in C<$1>, C<$2>, etc... inside of groups:
-
-  "hello" =~ /(hi|hello)/n; # $1 is not set
-
-This is equivalent to putting C<?:> at the beginning of every capturing group.
-
-See L<perlre/"n"> for more information.
-
 =head1 Security
 
 XXX Any security-related notices go here.  In particular, any security
@@ -115,7 +89,12 @@ There may well be none in a stable release.
 
 =item *
 
-XXX
+The functions
+C<utf8::native_to_unicode()> and
+C<utf8::unicode_to_native()> (see L<utf8>)
+are now optimized out on ASCII platforms.
+There is now not even a minimal performance hit in writing code portable
+between ASCII and EBCDIC platforms.
 
 =back
 
@@ -145,21 +124,121 @@ XXX
 
 =item *
 
-L<XXX> has been upgraded from version A.xx to B.yy.
+L<B> has been upgraded from version 1.56 to 1.57.
+
+=item *
+
+L<B::Deparse> has been upgraded from version 1.33 to 1.34.
+
+Deparse C<$#_> as that instead of as C<$#{_}>.  [perl #123947]
+
+=item *
+
+L<CPAN> has been upgraded from version 2.05 to 2.10.
+
+=over 4
+
+=item *
+
+Add support for C<Cwd::getdcwd()> and introduce workaround for a misbehaviour
+seen on Strawberry Perl 5.20.1.
+
+=item *
+
+Fix C<chdir()> after building dependencies bug.
+
+=item *
+
+Introduce experimental support for plugins/hooks.
+
+=item *
+
+Integrate the App::Cpan sources.
+
+=item *
+
+Do not check recursion on optional dependencies.
+
+=item *
+
+Sanity check META.yml to contain a hash.
+L<[cpan #95271]|https://rt.cpan.org/Ticket/Display.html?id=95271>
+
+=back
+
+=item *
+
+L<CPAN::Meta> has been upgraded from version 2.143240 to 2.150001.
+
+=item *
+
+L<Data::Dumper> has been upgraded from version 2.157 to 2.158.
+
+=item *
+
+L<DynaLoader> has been upgraded from version 1.31 to 1.32.
+
+=item *
+
+L<Encode> has been upgraded from version 2.70 to 2.72.
+
+=item *
+
+L<encoding> has been upgraded from version 2.13 to 2.14.
+
+=item *
+
+L<Getopt::Long> has been upgraded from version 2.43 to 2.45.
+
+=item *
+
+L<locale> has been upgraded from version 1.05 to 1.06.
+
+=item *
+
+L<Locale::Codes> has been upgraded from version 3.33 to 3.34.
+
+=item *
+
+L<Module::CoreList> has been reverted from version 5.20150220 to 5.20150320.
+
+=item *
+
+L<Pod::Functions> has been upgraded from version 1.08 to 1.09.
+
+=item *
+
+L<POSIX> has been upgraded from version 1.51 to 1.52.
 
 =item *
 
-L<attributes> has been upgraded from version 0.24 to 0.25.
+L<re> has been upgraded from version 0.31 to 0.32.
+
+=item *
+
+L<Test::Simple> has been reverted from version 1.301001_098 to 1.001014.
+
+=item *
+
+L<Text::Balanced> has been upgraded from version 2.02 to 2.03.
+
+No changes to installed files other than the version bump.
+
+=item *
+
+L<Text::ParseWords> has been upgraded from version 3.29 to 3.30.
+
+=item *
 
-Minor internal change only.
+L<threads> has been upgraded from version 1.96_001 to 2.01.
 
 =item *
 
-L<B> has been upgraded from version 1.54 to 1.55.
+L<utf8> has been upgraded from version 1.14 to 1.15.
 
-A bug where, after an ithread creation or psuedofork, special/immortal SVs in
-the child ithread/psuedoprocess did not have the correct class of
-C<B::SPECIAL>, has been fixed.
+=item *
+
+L<XS::APItest> has been upgraded from version 0.70 to 0.71.
 
 =back
 
@@ -192,13 +271,40 @@ XXX Changes which significantly change existing files in F<pod/> go here.
 However, any changes to F<pod/perldiag.pod> should go in the L</Diagnostics>
 section.
 
-=head3 L<XXX>
+=head3 L<perldata>
 
 =over 4
 
 =item *
 
-XXX Description of the change here
+Documentation has been added regarding the special floating point values C<Inf>
+and C<NaN>.
+
+=back
+
+=head3 L<perlexperiment>
+
+=over 4
+
+=item *
+
+Removed note about C<\s> matching C<VT> now that it is no longer experimental.
+
+=item *
+
+Added note that C<use re 'strict'> has been introduced experimentally.
+
+=back
+
+=head3 L<perlpolicy>
+
+=over 4
+
+=item *
+
+The documentation of what to expect to see in future maintenance releases has
+been updated.  Essentially the same types of changes will be included as before
+but with fewer changes that don't affect the installation or execution of perl.
 
 =back
 
@@ -222,7 +328,12 @@ and New Warnings
 
 =item *
 
-XXX L<message|perldiag/"message">
+L<Invalid quantifier in {,} in regex; marked by <-- HERE in mE<sol>%sE<sol>|perldiag/"Invalid quantifier in {,} in regex; marked by <-- HERE in m/%s/">
+
+(F) The pattern looks like a {min,max} quantifier, but the min or max could not
+be parsed as a valid number - either it has leading zeroes, or it represents
+too big a number to cope with.  The S<<-- HERE> shows where in the regular
+expression the problem was discovered.  See L<perlre>.
 
 =back
 
@@ -234,10 +345,6 @@ XXX L<message|perldiag/"message">
 
 XXX L<message|perldiag/"message">
 
-=item *
-
-L<Wide character (U+%X) in %s|perldiag/"Wide character (U+%X) in %s">
-
 =back
 
 =head2 Changes to Existing Diagnostics
@@ -250,15 +357,6 @@ XXX Changes (i.e. rewording) of diagnostic messages go here
 
 XXX Describe change here
 
-The message
-L<Locale '%s' may not work well.%s|perldiag/"Locale '%s' may not work well.%s">
-is no longer raised unless the problemtatic locale is actually used in
-the Perl program.  Previously it was raised if it merely was the
-underlying locale.  All Perl programs have an underlying locale at all
-times, but something like a C<S<use locale>> is needed for that locale
-to actually have some effect.  This message will not be raised when
-the underlying locale is hidden.
-
 =back
 
 =head1 Utility Changes
@@ -311,7 +409,7 @@ that they represent may be covered elsewhere.
 
 =item *
 
-XXX
+Tests for performance issues have been added in the file F<t/perf/taint.t>.
 
 =back
 
@@ -358,25 +456,9 @@ L</Modules and Pragmata> section.
 
 =over 4
 
-=item Win32
-
-=over 4
-
-=item *
-
-Previously, on Visual C++ for Win64 built Perls only, when compiling every Perl
-XS module (including CPAN ones) and Perl aware .c file with a 64 bit Visual C++,
-would uncondtionally have around a dozen warnings from hv_func.h.  These
-warnings have been silenced.  GCC all bitness and Visual C++ for Win32 were
-not affected.
-
-=item *
-
-Support for building without PerlIO has been removed from the Windows
-makefiles.  Non-PerlIO builds were all but deprecated in Perl 5.18.0 and are
-already not supported by F<Configure> on POSIX systems.
+=item XXX-some-platform
 
-=back
+XXX
 
 =back
 
@@ -392,27 +474,6 @@ well.
 
 =item *
 
-Added Perl_sv_get_backrefs() to determine if an SV is a weak-referent.
-
-Function either returns an SV * of type AV, which contains the set of
-weakreferences which reference the passed in SV, or a simple RV * which
-is the only weakref to this item.
-
-=item *
-
-C<gv_add_by_type> which was added to public API in 5.11.0 but undocumented and
-shows no CPAN usage has been removed from public API. Please use public API
-C<GvSVn> C<GvIOn> C<GvAVn> and C<GvHVn> for adding elements to a GV.
-
-=item *
-
-C<GvSVn> C<GvIOn> C<GvAVn> and C<GvHVn> have been made rvalues, previously they
-were lvalues. If you are assigning a SV to C<GvSVn> C<GvIOn> C<GvAVn> and
-C<GvHVn> you are leaking memory. If you want an lvalue, use C<GvSV> C<GvIO>
-C<GvAV> and C<GvHV>.
-
-=item *
-
 XXX
 
 =back
@@ -428,12 +489,9 @@ files in F<ext/> and F<lib/> are best summarized in L</Modules and Pragmata>.
 
 =item *
 
-A bug in regular expression patterns that could lead to segfaults and
-other crashes has been fixed.  This occurred only in patterns compiled
-with C<"/i">, while taking into account the current POSIX locale (this usually
-means they have to be compiled within the scope of C<S<"use locale">>),
-and there must be a string of at least 128 consecutive bytes to match.
-[perl #123530]
+Repeated global pattern matches in scalar context on large tainted
+strings were exponentially slow depending on the current match
+position in the string. [perl #123202]
 
 =back
 
@@ -473,7 +531,7 @@ here.
 
 XXX Generate this with:
 
-  perl Porting/acknowledgements.pl v5.21.7..HEAD
+  perl Porting/acknowledgements.pl v5.21.9..HEAD
 
 =head1 Reporting Bugs