This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perldelta - Consistent perl bug formatting
[perl5.git] / pod / perldelta.pod
index 5906e78..a32fd7e 100644 (file)
@@ -1,3 +1,10 @@
+=for todo
+
+b51c3e77db (craigb) - Reduce excessive stat calls in glob on VMS
+869747506f/00051dd553 (merijn) - gcc 4.9 by default does some optimizations that break perl / -fwrapv is broken prior to gcc-4.3 (#121505)
+fc6f6f37f8 (craigb) - Make perlbug encoding-agnostic in handling prepared reports.
+7e6b9e3a66 (craigb) - Attempt to satisfy CRLF expectations in perlbug on Windows.
+
 =encoding utf8
 
 =head1 NAME
@@ -119,7 +126,68 @@ XXX
 
 =item *
 
-L<XXX> has been upgraded from version A.xx to B.yy.
+L<Carp> has been upgraded from version 1.33 to 1.3301.
+
+No changes have been made to the installed code other than the version bump to
+keep in sync with the latest CPAN release.
+
+=item *
+
+L<CPAN> has been upgraded from version 2.04-TRIAL to 2.05-TRIAL.
+
+TODO
+
+=item *
+
+L<DB> has been upgraded from version 1.43 to 1.44.
+
+The debugger now correctly restores its input and output filehandles after
+using the pager command.
+[L<perl #121456|https://rt.perl.org/Public/Bug/Display.html?id=121456>]
+
+=item *
+
+L<ExtUtils::Install> has been upgraded from version 1.63 to 1.65.
+
+When upgrading an already-installed file, L<ExtUtils::Install> could mess up
+the permissions of files if the old versions of files were hard or symbolic
+links.  This has now been fixed.
+[L<perl #72028|https://rt.perl.org/Public/Bug/Display.html?id=72028>]
+
+The MM_TEST_ROOT feature has been removed from the tests.
+
+=item *
+
+L<ExtUtils::MakeMaker> has been upgraded from version 6.92 to 6.94.
+
+A regression in MM_Unix.pm has been resolved.
+[L<#96|https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/issues/96>]
+
+=item *
+
+L<Module::CoreList> has been upgraded from version 3.09 to 3.10.
+
+The list of Perl versions covered has been updated.
+
+=item *
+
+L<PerlIO> has been upgraded from version 1.08 to 1.09.
+
+The warning about the use of the C<:utf8> layer has been made more prominent.
+
+=item *
+
+L<Storable> has been upgraded from version 2.48 to 2.49.
+
+Recognition of tied SVs has been tightened up.
+
+=item *
+
+L<Win32> has been upgraded from version 0.48 to 0.49.
+
+This fixes a problem when building with B<gcc> version 4.8.1 from
+L<http://www.mingw.org>.
+[L<cpan #94730|https://rt.cpan.org/Public/Bug/Display.html?id=94730>]
 
 =back
 
@@ -204,7 +272,9 @@ XXX Changes (i.e. rewording) of diagnostic messages go here
 
 =item *
 
-XXX Describe change here
+The now fatal error message C<Character following "\c" must be ASCII> has been
+reworded as C<Character following "\c" must be printable ASCII> to emphasize
+that in C<\cI<X>>, I<X> must be a I<printable (non-control)> ASCII character.
 
 =back
 
@@ -305,9 +375,45 @@ L</Modules and Pragmata> section.
 
 =over 4
 
-=item XXX-some-platform
-
-XXX
+=item Win32
+
+The time taken to build perl on Windows has been reduced quite significantly
+(time savings in the region of 30-40% are typically seen) by reducing the
+number of, usually failing, I/O calls for each L<perlfunc/require> (for
+miniperl only).
+[L<perl #121119|https://rt.perl.org/Public/Bug/Display.html?id=121119>]
+
+About 15 minutes of idle sleeping was removed from running C<make test> due to
+a bug in which the timeout monitor used for tests could not be cancelled once
+the test completes, and the full timeout period elapsed before running the next
+test file.
+[L<perl #121395|https://rt.perl.org/Public/Bug/Display.html?id=121395>]
+
+On a perl built without psuedo-fork (psuedo-fork builds were not affected by
+this bug), killing a process tree with L<perlfunc/kill> and a negative signal
+resulted in kill() inverting the returned value.  For example, if kill() killed
+1 process tree PID then it returned 0 instead of 1, and if kill() was passed 2
+invalid PIDs then it returned 2 instead of 0.  This has probably been the case
+since the process tree kill feature was implemented on Win32.  It has now been
+corrected to follow the documented behaviour.
+[L<perl #121230|https://rt.perl.org/Public/Bug/Display.html?id=121230>]
+
+When building a 64-bit perl, an uninitialized memory read in B<miniperl.exe>,
+used during the build process, could lead to a 4GB B<wperl.exe> being created.
+This has now been fixed.  (Note that B<perl.exe> itself was unaffected, but
+obviously B<wperl.exe> would have been completely broken.)
+[L<perl #121471|https://rt.perl.org/Public/Bug/Display.html?id=121471>]
+
+Perl can now be built with B<gcc> version 4.8.1 from L<http://www.mingw.org>.
+This was previously broken due to an incorrect definition of C<DllMain()> in
+one of perl's source files.  Earlier B<gcc> versions were also affected when
+using version 4 of the w32api package.  Versions of B<gcc> available from
+L<http://mingw-w64.sourceforge.net/> were not affected.
+[L<perl #121643|https://rt.perl.org/Public/Bug/Display.html?id=121643>]
+
+The test harness now has no failures when perl is built on a FAT drive with the
+Windows OS on an NTFS drive.
+[L<perl #21442|https://rt.perl.org/Public/Bug/Display.html?id=21442>]
 
 =back
 
@@ -323,7 +429,12 @@ well.
 
 =item *
 
-XXX
+C<LC_NUMERIC> is now initialized to the C locale.  This affects only
+C<XS> modules, as the Perl core usages always make sure this locale
+category is correctly set for their purposes.  C<XS> code remains
+vulnerable to other code changing this category's locale.  Further fixes
+are planned in v5.22 to reduce these long-standing vulnerabilities.
+[L<perl #121317|https://rt.perl.org/Public/Bug/Display.html?id=121317>]
 
 =back
 
@@ -338,23 +449,60 @@ files in F<ext/> and F<lib/> are best summarized in L</Modules and Pragmata>.
 
 =item *
 
-XXX
+A regression involving the string value of C<$!> introduced in v5.19.2
+has been reverted for v5.20.
+[L<perl #119499|https://rt.perl.org/Public/Bug/Display.html?id=119499>]
 
-=back
+This re-breaks the bugs it fixed,
+L<perl #112208|https://rt.perl.org/Public/Bug/Display.html?id=112208>, so
+an alternative fix is planned for v5.22
 
-=head1 Known Problems
+=item *
 
-XXX Descriptions of platform agnostic bugs we know we can't fix go here.  Any
-tests that had to be C<TODO>ed for the release would be noted here.  Unfixed
-platform specific bugs also go here.
+A regression was introduced in v5.19.10 that under some circumstances
+caused C<//m> matches to falsely fail. Now fixed.
+[L<perl #121484|https://rt.perl.org/Public/Bug/Display.html?id=121484>]
 
-[ List each fix as a =item entry ]
+=item *
+
+A regression was introduced in the fix for
+L<perl #116192|https://rt.perl.org/Public/Bug/Display.html?id=116192> that
+prevented C<perl -I /somedir/> (with a trailing slash) from finding .pmc files.
+This has been fixed.
+[L<perl #121512|https://rt.perl.org/Public/Bug/Display.html?id=121512>].
+
+=item *
+
+Fixed a bug detected by valgrind where sv_pvn_force_flags() would
+check SvPVX() even when the SV hadn't been upgraded to a C<SVt_PV>.
+SvPVX() is only initialized when the SV is upgraded to a C<SVt_PV> or
+higher.  [L<perl
+#121366|https://rt.perl.org/Public/Bug/Display.html?id=121366>]
+
+=item *
+
+Fixed a bug in caller() introduced in 5.18.0.  In some circumstances
+when caller() was called on an C<eval STRING> stack frame it would
+attempt to allocate the limit of the address space minus one, which
+would croak with an out of memory error, which would be caught by the
+eval.  A change in 5.19.1 which increased allocation sizes to allow
+COW to operate more often rounded that allocation size up and wrapped
+to a zero allocation size, resulting in a crash when the source string
+was copied over.  [L<perl
+#120998|https://rt.perl.org/Public/Bug/Display.html?id=120998>].
+
+=back
+
+=head1 Known Problems
 
 =over 4
 
 =item *
 
-XXX
+One test in F<ext/POSIX/t/time.t> is known to fail on Windows when building
+with certain versions of B<gcc> from L<http://www.mingw.org> due to a known bug
+in the MinGW build, which is logged here:
+L<http://sourceforge.net/p/mingw/bugs/2152/>.
 
 =back