[ 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.45.0
This document describes differences between the 5.44.0 release and the 5.45.0 release.
If you are upgrading from an earlier release such as 5.43.0, first read perl5440delta, which describes differences between 5.43.0 and 5.44.0.
XXX Any important notices here
XXX New core language features go here. Summarize user-visible core language enhancements. Particularly prominent performance optimisations could go here, but most should go in the "Performance Enhancements" section.
[ List each enhancement as a =head2 entry ]
XXX Any security-related notices go here. In particular, any security vulnerabilities closed should be noted here rather than in the "Selected Bug Fixes" section.
[ List each security issue as a =head2 entry ]
XXX For a release on a stable branch, this section aspires to be:
There are no changes intentionally incompatible with 5.XXX.XXX
If any exist, they are bugs, and we request that you submit a
report. See L</Reporting Bugs> below.[ List each incompatible change as a =head2 entry ]
getprotoent and getservent are removedThe macros GETPROTOENT_LOCK and GETSERVENT_LOCK macros are removed, along with their unlocking counterparts. These macros, though never documented, were intended to create thread safety when using their corresponding functions in a threaded-perl. But they didn't actually furnish that, so using them would give a false sense of security. Another thread simultaneously accessing the database could move the pointers, so these would act unpredictably.
XXX Any deprecated features, syntax, modules etc. should be listed here.
XXX Remove this section if not applicable.
The following modules will be removed from the core distribution in a future release, and will at that time need to be installed from CPAN. Distributions on CPAN which require these modules will need to list them as prerequisites.
The core versions of these modules will now issue deprecated-category warnings to alert you to this fact. To silence these deprecation warnings, install the modules in question from CPAN.
Note that these are (with rare exceptions) fine modules that you are encouraged to continue to use. Their disinclusion from core primarily hinges on their necessity to bootstrapping a fully functional, CPAN-capable Perl installation, not usually on concerns over their design.
XXX Note that deprecated modules should be listed here even if they are listed as an updated module in the "Modules and Pragmata" section.
[ List each other deprecation as a =head2 entry ]
XXX Changes which enhance performance without changing behaviour go here. There may well be none in a stable release.
Some pattern matches against long strings are now faster: in particular where the pattern: is anchored; contains a short fixed substring; and contains a floating substring which is as long or longer than than the fixed substring; but where the fixed substring isn't present in the target string. For example this match will be rejected much faster now:
"-" x 10_000_000 =~ /^abc.*def/XXX All changes to installed files in cpan/, dist/, ext/ and lib/ go here. If Module::CoreList is updated, generate an initial draft of the following sections using Porting/corelist-perldelta.pl. A paragraph summary for important changes should then be added by hand. In an ideal world, dual-life modules would have a Changes file that could be cribbed.
The list of new and updated modules is modified automatically as part of preparing a Perl release, so the only reason to manually add entries here is if you're summarising the important changes in the module update. (Also, if the manually-added details don't match the automatically-generated ones, the release manager will have to investigate the situation carefully.)
[ Within each section, list entries as an =item entry ]
XXX Remove this section if Porting/corelist-perldelta.pl did not add any content here.
XXX has been upgraded from version A.xx to B.yy.
XXX If there was something important to note about this change, include that here.
XXX Remove this section if Porting/corelist-perldelta.pl did not add any content here.
XXX Changes to files in pod/ go here. Consider grouping entries by file and be sure to link to the appropriate page, e.g. perlfunc.
XXX Changes which create new files in pod/ go here.
XXX Description of the purpose of the new file here
We have attempted to update the documentation to reflect the changes listed in this document. If you find any we have missed, open an issue at https://github.com/Perl/perl5/issues.
XXX Changes which significantly change existing files in pod/ go here. However, any changes to pod/perldiag.pod should go in the "Diagnostics" section.
Additionally, the following selected changes have been made:
XXX Description of the change here
The following additions or changes have been made to diagnostic output, including warnings and fatal error messages. For the complete list of diagnostic messages, see perldiag.
XXX New or changed warnings emitted by the core's C code go here. Also include any changes in perldiag that reconcile it to the C code.
XXX Newly added diagnostic messages go under here, separated into "New Errors" and "New Warnings"
XXX message
XXX message
XXX Changes (i.e. rewording) of diagnostic messages go here
XXX Describe change here
XXX Changes to installed programs such as perldoc and xsubpp go here. Most of these are built within the directory utils.
[ List utility changes as a =head2 entry for each utility and =item entries for each change Use XXX with program names to get proper documentation linking. ]
XXX
XXX Changes to Configure, installperl, installman, and analogous tools go here. Any other changes to the Perl build process should be listed here. However, any platform-specific changes should be listed in the "Platform Support" section, instead.
[ List changes as an =item entry ].
XXX
XXX Any significant changes to the testing of a freshly built perl should be listed here. Changes which create new files in t/ go here as do any large changes to the testing harness (e.g. when parallel testing was added). Changes to existing files in t/ aren't worth summarizing, although the bugs that they represent may be covered elsewhere.
XXX If there were no significant test changes, say this:
Tests were added and changed to reflect the other additions and changes in this release.
XXX If instead there were significant changes, say this:
Tests were added and changed to reflect the other additions and changes in this release. Furthermore, these significant changes were made:
[ List each test improvement as an =item entry ]
XXX
XXX Any changes to platform support should be listed in the sections below.
[ Within the sections, list each platform as an =item entry with specific changes as paragraphs below it. ]
XXX List any platforms that this version of perl compiles on, that previous versions did not. These will either be enabled by new files in the hints/ directories, or new subdirectories and README files at the top level of the source tree.
XXX
XXX List any platforms that this version of perl no longer compiles on.
XXX
XXX List any changes for specific platforms. This could include configuration and compilation changes or changes in portability/compatibility. However, changes within modules for platforms should generally be listed in the "Modules and Pragmata" section.
XXX
Socket support is no longer a configure-time option on OpenVMS; sockets will always be available in Perl and are based on the universal socket support in the CRTL.
XXX Changes which affect the interface available to XS code go here. Other significant internal changes for future core maintainers should be noted as well.
[ List each change as an =item entry ]
XXX
XXX Important bug fixes in the core language are summarized here. Bug fixes in files in ext/ and lib/ are best summarized in "Modules and Pragmata".
XXX Include references to GitHub issues and PRs as: [GH #12345] and the release manager will later use a regex to expand these into links.
[ List each fix as an =item entry ]
Allow field lookups within methods in nested scopes to succeed, previously they could complain that Field $fieldname is not accessible outside a method....
This was most confusingly broken with a use:
class A {
field $fieldname;
use overload '""' => method (@) { $fieldname };
}since the syntax hides the BEGIN sub.
[GH #24464]
Many potential threads-related race conditions have been fixed in the perl core and the two threads and threads::shared modules.
Line numbers reported by caller() and diagnostic messages are now more accurate when the relevant COP has been optimized out (occurring often when the line is the first in an elsif block, or when the line is inside a loop condition (such as within a while ()). [GH #24387] [GH #24389]
Note that (i) these changes could break any tests that hardcode the less-accurate line numbers (ii) further improvements to line number accuracy will hopefully follow within this development cycle.
XXX Descriptions of platform agnostic bugs we know we can't fix go here. Any tests that had to be TODOed for the release would be noted here. Unfixed platform specific bugs also go here.
[ List each fix as an =item entry ]
XXX
XXX Add anything here that we forgot to add, or were mistaken about, in the perldelta of a previous release.
XXX If any significant core contributor or member of the CPAN community has died, add a short obituary here.
XXX Generate this with:
perl Porting/acknowledgements.pl v5.44.0..HEADIf you find what you think is a bug, you might check the perl bug database at https://github.com/Perl/perl5/issues. There may also be information at https://www.perl.org/, the Perl Home Page.
If you believe you have an unreported bug, please open an issue at https://github.com/Perl/perl5/issues. Be sure to trim your bug down to a tiny but sufficient test case.
If the bug you are reporting has security implications which make it inappropriate to send to a public issue tracker, then see "SECURITY VULNERABILITY CONTACT INFORMATION" in perlsec for details of how to report the issue.
If you wish to thank the Perl 5 Porters for the work we had done in Perl 5, you can do so by running the perlthanks program:
perlthanksThis will send an email to the Perl 5 Porters list with your show of thanks.
The Changes file for an explanation of how to view exhaustive details on what changed.
The INSTALL file for how to build Perl.
The README file for general stuff.
The Artistic and Copying files for copyright information.