5 perldelta - what is new for perl v5.14.0
9 This document describes differences between the 5.12.0 release and
12 Some of the bug fixes in this release have been backported to subsequent
13 releases of 5.12.x. Those are indicated with the 5.12.x version in
16 XXX Go through the perl512*delta files and do that.
20 XXX Any important notices here
22 =head1 Core Enhancements
26 =head3 Unicode Version 6.0 is now supported (mostly)
28 Perl comes with the Unicode 6.0 data base updated with
29 L<Corrigendum #8|http://www.unicode.org/versions/corrigendum8.html>,
30 with one exception noted below.
31 See L<http://unicode.org/versions/Unicode6.0.0> for details on the new
32 release. Perl does not support any Unicode provisional properties,
33 including the new ones for this release, but their database files are
36 Unicode 6.0 has chosen to use the name C<BELL> for the character at U+1F514,
37 which is a symbol that looks like a bell, and is used in Japanese cell
38 phones. This conflicts with the long-standing Perl usage of having
39 C<BELL> mean the ASCII C<BEL> character, U+0007. In Perl 5.14,
40 C<\N{BELL}> will continue to mean U+0007, but its use will generate a
41 deprecated warning message, unless such warnings are turned off. The
42 new name for U+0007 in Perl will be C<ALERT>, which corresponds nicely
43 with the existing shorthand sequence for it, C<"\a">. C<\N{BEL}> will
44 mean U+0007, with no warning given. The character at U+1F514 will not
45 have a name in 5.14, but can be referred to by C<\N{U+1F514}>. The plan
46 is that in Perl 5.16, C<\N{BELL}> will refer to U+1F514, and so all code
47 that uses C<\N{BELL}> should convert by then to using C<\N{ALERT}>,
48 C<\N{BEL}>, or C<"\a"> instead.
50 =head3 Full functionality for C<use feature 'unicode_strings'>
52 This release provides full functionality for C<use feature
53 'unicode_strings'>. Under its scope, all string operations executed and
54 regular expressions compiled (even if executed outside its scope) have
55 Unicode semantics. See L<feature>.
57 This feature avoids most forms of the "Unicode Bug" (See
58 L<perlunicode/The "Unicode Bug"> for details.) If there is a
59 possibility that your code will process Unicode strings, you are
60 B<strongly> encouraged to use this subpragma to avoid nasty surprises.
62 =head3 C<\N{I<name>}> and C<charnames> enhancements
68 C<\N{}> and C<charnames::vianame> now know about the abbreviated
69 character names listed by Unicode, such as NBSP, SHY, LRO, ZWJ, etc., all
70 the customary abbreviations for the C0 and C1 control characters (such as
71 ACK, BEL, CAN, etc.), and a few new variants of some C1 full names that
76 Unicode has a number of named character sequences, in which particular sequences
77 of code points are given names. C<\N{...}> now recognizes these.
81 C<\N{}>, C<charnames::vianame>, C<charnames::viacode> now know about every
82 character in Unicode. Previously, they didn't know about the Hangul syllables
83 nor a number of CJK (Chinese/Japanese/Korean) characters.
87 In the past, it was ineffective to override one of Perl's abbreviations
88 with your own custom alias. Now it works.
92 You can also create a custom alias of the ordinal of a
93 character, known by C<\N{...}>, C<charnames::vianame()>, and
94 C<charnames::viacode()>. Previously, an alias had to be to an official
95 Unicode character name. This made it impossible to create an alias for
96 a code point that had no name, such as those reserved for private
101 A new function, C<charnames::string_vianame()>, has been added.
102 This function is a run-time version of C<\N{...}>, returning the string
103 of characters whose Unicode name is its parameter. It can handle
104 Unicode named character sequences, whereas the pre-existing
105 C<charnames::vianame()> cannot, as the latter returns a single code
110 See L<charnames> for details on all these changes.
112 =head3 Any unsigned value can be encoded as a character
114 With this release, Perl is adopting a model that any unsigned value can
115 be treated as a code point and encoded internally (as utf8) without
116 warnings -- not just the code points that are legal in Unicode.
117 However, unless utf8 warnings have been
118 explicitly lexically turned off, outputting or performing a
119 Unicode-defined operation (such as upper-casing) on such a code point
120 will generate a warning. Attempting to input these using strict rules
121 (such as with the C<:encoding('UTF-8')> layer) will continue to fail.
122 Prior to this release the handling was very inconsistent, and incorrect
123 in places. Also, the Unicode non-characters, some of which previously were
124 erroneously considered illegal in places by Perl, contrary to the Unicode
125 standard, are now always legal internally. But inputting or outputting
126 them will work the same as for the non-legal Unicode code points, as the
127 Unicode standard says they are illegal for "open interchange".
129 =head3 New warnings categories for problematic (non-)Unicode code points.
131 Three new warnings subcategories of "utf8" have been added. These
132 allow you to turn off some "utf8" warnings, while allowing
133 others warnings to remain on. The three categories are:
134 C<surrogate> when UTF-16 surrogates are encountered;
135 C<nonchar> when Unicode non-character code points are encountered;
136 and C<non_unicode> when code points that are above the legal Unicode
137 maximum of 0x10FFFF are encountered.
139 =head2 Regular Expressions
141 =head3 C<(?^...)> construct to signify default modifiers
143 An ASCII caret (also called a "circumflex accent") C<"^">
144 immediately following a C<"(?"> in a regular expression
145 now means that the subexpression does not inherit the
146 surrounding modifiers such as C</i>, but reverts to the
147 Perl defaults. Any modifiers following the caret override the defaults.
149 The stringification of regular expressions now uses this
150 notation. E.g., before, C<qr/hlagh/i> would be stringified as
151 C<(?i-xsm:hlagh)>, but now it's stringified as C<(?^i:hlagh)>.
153 The main purpose of this is to allow tests that rely on the
154 stringification not to have to change when new modifiers are added.
155 See L<perlre/Extended Patterns>.
157 =head3 C</d>, C</l>, C</u>, C</a>, and C</aa> modifiers
159 Four new regular expression modifiers have been added. These are mutually
160 exclusive; one only can be turned on at a time.
162 The C</l> modifier says to compile the regular expression as if it were
163 in the scope of C<use locale>, even if it is not.
165 The C</u> modifier says to compile the regular expression as if it were
166 in the scope of a C<use feature "unicode_strings"> pragma.
168 The C</d> (default) modifier is used to override any C<use locale> and
169 C<use feature "unicode_strings"> pragmas that are in effect at the time
170 of compiling the regular expression.
172 The C</a> regular expression modifier restricts C<\s>, C<\d> and C<\w> and
173 the Posix (C<[[:posix:]]>) character classes to the ASCII range. The
174 complements and C<\b> and C<\B> are correspondingly
175 affected. Otherwise, C</a> behaves like the C</u> modifier, in that
176 case-insensitive matching uses Unicode semantics.
178 The C</aa> modifier is like C</a>, except that, in case-insensitive matching, no ASCII character will match a
179 non-ASCII character. For example,
181 'k' =~ /\N{KELVIN SIGN}/ai
183 will match; it won't under C</aa>.
185 See L<perlre/Modifiers> for more detail.
187 =head3 Non-destructive substitution
189 The substitution (C<s///>) and transliteration
190 (C<y///>) operators now support an C</r> option that
191 copies the input variable, carries out the substitution on
192 the copy and returns the result. The original remains unmodified.
195 my $new = $old =~ s/cat/dog/r;
196 # $old is 'cat' and $new is 'dog'
198 This is particularly useful with C<map>. See L<perlop> for more examples.
200 =head3 Reentrant regular expression engine
202 It is now safe to use regular expressions within C<(?{...})> and
203 C<(??{...})> code blocks inside regular expressions.
205 These block are still experimental, however, and still have problems with
206 lexical (C<my>) variables and abnormal exiting.
208 =head3 C<use re '/flags';>
210 The C<re> pragma now has the ability to turn on regular expression flags
211 till the end of the lexical scope:
214 "foo" =~ / (.+) /; # /x implied
216 See L<re/"'/flags' mode"> for details.
218 =head3 \o{...} for octals
220 There is a new octal escape sequence, C<"\o">, in double-quote-like
221 contexts. This construct allows large octal ordinals beyond the
222 current max of 0777 to be represented. It also allows you to specify a
223 character in octal which can safely be concatenated with other regex
224 snippets and which won't be confused with being a backreference to
225 a regex capture group. See L<perlre/Capture groups>.
227 =head3 Add C<\p{Titlecase}> as a synonym for C<\p{Title}>
229 This synonym is added for symmetry with the Unicode property names
230 C<\p{Uppercase}> and C<\p{Lowercase}>.
232 =head3 Regular expression debugging output improvement
234 Regular expression debugging output (turned on by C<use re 'debug';>) now
235 uses hexadecimal when escaping non-ASCII characters, instead of octal.
237 =head2 Syntactical Enhancements
239 =head3 Array and hash container functions accept references
241 All built-in functions that operate directly on array or hash
242 containers now also accept hard references to arrays or hashes:
244 |----------------------------+---------------------------|
245 | Traditional syntax | Terse syntax |
246 |----------------------------+---------------------------|
247 | push @$arrayref, @stuff | push $arrayref, @stuff |
248 | unshift @$arrayref, @stuff | unshift $arrayref, @stuff |
249 | pop @$arrayref | pop $arrayref |
250 | shift @$arrayref | shift $arrayref |
251 | splice @$arrayref, 0, 2 | splice $arrayref, 0, 2 |
252 | keys %$hashref | keys $hashref |
253 | keys @$arrayref | keys $arrayref |
254 | values %$hashref | values $hashref |
255 | values @$arrayref | values $arrayref |
256 | ($k,$v) = each %$hashref | ($k,$v) = each $hashref |
257 | ($k,$v) = each @$arrayref | ($k,$v) = each $arrayref |
258 |----------------------------+---------------------------|
260 This allows these built-in functions to act on long dereferencing chains
261 or on the return value of subroutines without needing to wrap them in
264 push @{$obj->tags}, $new_tag; # old way
265 push $obj->tags, $new_tag; # new way
267 for ( keys %{$hoh->{genres}{artists}} ) {...} # old way
268 for ( keys $hoh->{genres}{artists} ) {...} # new way
270 For C<push>, C<unshift> and C<splice>, the reference will auto-vivify
271 if it is not defined, just as if it were wrapped with C<@{}>.
273 For C<keys>, C<values>, C<each>, when overloaded dereferencing is
274 present, the overloaded dereference is used instead of dereferencing the
275 underlying reftype. Warnings are issued about assumptions made in
278 =head3 Single term prototype
280 The C<+> prototype is a special alternative to C<$> that will act like
281 C<\[@%]> when given a literal array or hash variable, but will otherwise
282 force scalar context on the argument. See L<perlsub/Prototypes>.
284 =head3 C<package> block syntax
286 A package declaration can now contain a code block, in which case the
287 declaration is in scope only inside that block. So C<package Foo { ... }>
288 is precisely equivalent to C<{ package Foo; ... }>. It also works with
289 a version number in the declaration, as in C<package Foo 1.2 { ... }>.
292 =head3 Statement labels can appear in more places
294 Statement labels can now occur before any type of statement or declaration,
297 =head3 Stacked labels
299 Multiple statement labels can now appear before a single statement.
301 =head3 Uppercase X/B allowed in hexadecimal/binary literals
303 Literals may now use either upper case C<0X...> or C<0B...> prefixes,
304 in addition to the already supported C<0x...> and C<0b...>
305 syntax [perl #76296].
307 C, Ruby, Python and PHP already supported this syntax, and it makes
308 Perl more internally consistent. A round-trip with C<eval sprintf
309 "%#X", 0x10> now returns C<16>, the way C<eval sprintf "%#x", 0x10> does.
311 =head2 Exception Handling
313 Several changes have been made to the way C<die>, C<warn>, and C<$@>
314 behave, in order to make them more reliable and consistent.
316 When an exception is thrown inside an C<eval>, the exception is no
317 longer at risk of being clobbered by code running during unwinding
318 (e.g., destructors). Previously, the exception was written into C<$@>
319 early in the throwing process, and would be overwritten if C<eval> was
320 used internally in the destructor for an object that had to be freed
321 while exiting from the outer C<eval>. Now the exception is written
322 into C<$@> last thing before exiting the outer C<eval>, so the code
323 running immediately thereafter can rely on the value in C<$@> correctly
324 corresponding to that C<eval>. (C<$@> is still also set before exiting the
325 C<eval>, for the sake of destructors that rely on this.)
327 Likewise, a C<local $@> inside an C<eval> will no longer clobber any
328 exception thrown in its scope. Previously, the restoration of C<$@> upon
329 unwinding would overwrite any exception being thrown. Now the exception
330 gets to the C<eval> anyway. So C<local $@> is safe before a C<die>.
332 Exceptions thrown from object destructors no longer modify the C<$@>
333 of the surrounding context. (If the surrounding context was exception
334 unwinding, this used to be another way to clobber the exception being
335 thrown.) Previously such an exception was
336 sometimes emitted as a warning, and then either was
337 string-appended to the surrounding C<$@> or completely replaced the
338 surrounding C<$@>, depending on whether that exception and the surrounding
339 C<$@> were strings or objects. Now, an exception in this situation is
340 always emitted as a warning, leaving the surrounding C<$@> untouched.
341 In addition to object destructors, this also affects any function call
342 performed by XS code using the C<G_KEEPERR> flag.
344 Warnings for C<warn> can now be objects, in the same way as exceptions
345 for C<die>. If an object-based warning gets the default handling,
346 of writing to standard error, it is stringified as
347 before, with the file and line number appended. But
348 a C<$SIG{__WARN__}> handler will now receive an
349 object-based warning as an object, where previously it was passed the
350 result of stringifying the object.
352 =head2 Other Enhancements
354 =head3 Assignment to C<$0> sets the legacy process name with C<prctl()> on Linux
356 On Linux the legacy process name will be set with L<prctl(2)>, in
357 addition to altering the POSIX name via C<argv[0]> as perl has done
358 since version 4.000. Now system utilities that read the legacy process
359 name such as ps, top and killall will recognize the name you set when
360 assigning to C<$0>. The string you supply will be cut off at 16 bytes,
361 this is a limitation imposed by Linux.
363 =head3 C<srand()> now returns the seed
365 This allows programs that need to have repeatable results not to have to come
366 up with their own seed-generating mechanism. Instead, they can use C<srand()>
367 and stash the return value for future use. Typical is a test program which
368 has too many combinations to test comprehensively in the time available to it
369 each run. It can test a random subset each time and, should there be a failure,
370 log the seed used for that run so that it can later be used to reproduce the
373 =head3 printf-like functions understand post-1980 size modifiers
375 Perl's printf and sprintf operators, and Perl's internal printf replacement
376 function, now understand the C90 size modifiers "hh" (C<char>), "z"
377 (C<size_t>), and "t" (C<ptrdiff_t>). Also, when compiled with a C99
378 compiler, Perl now understands the size modifier "j" (C<intmax_t>).
380 So, for example, on any modern machine, C<sprintf('%hhd', 257)> returns '1'.
382 =head3 New global variable C<${^GLOBAL_PHASE}>
384 A new global variable, C<${^GLOBAL_PHASE}>, has been added to allow
385 introspection of the current phase of the perl interpreter. It's explained in
386 detail in L<perlvar/"${^GLOBAL_PHASE}"> and
387 L<perlmod/"BEGIN, UNITCHECK, CHECK, INIT and END">.
389 =head3 C<-d:-foo> calls C<Devel::foo::unimport>
391 The syntax C<-dI<B<:>foo>> was extended in 5.6.1 to make C<-dI<:fooB<=bar>>>
392 equivalent to C<-MDevel::foo=bar>, which expands
393 internally to C<use Devel::foo 'bar';>.
394 F<perl> now allows prefixing the module name with C<->, with the same
395 semantics as C<-M>, I<i.e.>
401 Equivalent to C<-M-Devel::foo>, expands to
402 C<no Devel::foo;>, calls C<< Devel::foo->unimport() >>
403 if the method exists.
407 Equivalent to C<-M-Devel::foo=bar>, expands to C<no Devel::foo 'bar';>,
408 calls C<< Devel::foo->unimport('bar') >> if the method exists.
412 This is particularly useful for suppressing the default actions of a
413 C<Devel::*> module's C<import> method whilst still loading it for debugging.
415 =head3 Filehandle method calls load L<IO::File> on demand
417 When a method call on a filehandle would die because the method cannot
418 be resolved, and L<IO::File> has not been loaded, Perl now loads L<IO::File>
419 via C<require> and attempts method resolution again:
421 open my $fh, ">", $file;
422 $fh->binmode(":raw"); # loads IO::File and succeeds
424 This also works for globs like STDOUT, STDERR and STDIN:
426 STDOUT->autoflush(1);
428 Because this on-demand load only happens if method resolution fails, the
429 legacy approach of manually loading an L<IO::File> parent class for partial
430 method support still works as expected:
433 open my $fh, ">", $file;
434 $fh->autoflush(1); # IO::File not loaded
436 =head3 DTrace probes now include package name
438 The DTrace probes now include an additional argument (C<arg3>) which contains
439 the package the subroutine being entered or left was compiled in.
441 For example using the following DTrace script:
443 perl$target:::sub-entry
445 printf("%s::%s\n", copyinstr(arg0), copyinstr(arg3));
450 perl -e'sub test { }; test'
458 See L</Internal Changes>.
462 =head2 User-defined regular expression properties
464 In L<perlunicode/"User-Defined Character Properties">, it says you can
465 create custom properties by defining subroutines whose names begin with
466 "In" or "Is". However, Perl did not actually enforce that naming
467 restriction, so \p{foo::bar} could call foo::bar() if it existed. Now this
468 convention has been enforced.
470 Also, Perl no longer allows a tainted regular expression to invoke a
471 user-defined. It simply dies instead [perl #82616].
473 =head1 Incompatible Changes
475 Perl 5.14.0 is not binary-compatible with any previous stable release.
477 =head2 Regular Expressions and String Escapes
481 The backslash-c construct was designed as a way of specifying
482 non-printable characters, but there were no restrictions (on ASCII
483 platforms) on what the character following the C<c> could be. Now, that
484 character must be one of the ASCII characters.
488 Use of C<\400> - C<\777> in regexes in certain circumstances has given
489 different, anomalous behavior than their use in all other
490 double-quote-like contexts. Since 5.10.1, a deprecated warning message
491 has been raised when this happens. Now, all double-quote-like contexts
492 have the same behavior, namely to be equivalent to C<\x{100}> -
493 C<\x{1FF}>, with no deprecation warning. Use of these values in the
494 command line option C<"-0"> retains the current meaning to slurp input
495 files whole; previously, this was documented only for C<"-0777">. It is
496 recommended, however, because of various ambiguities, to use the new
497 C<\o{...}> construct to represent characters in octal.
499 =head3 Most C<\p{}> properties are now immune to case-insensitive matching
501 For most Unicode properties, it doesn't make sense to have them match
502 differently under C</i> case-insensitive matching than not. And doing
503 so leads to unexpected results and potential security holes. For
506 m/\p{ASCII_Hex_Digit}+/i
508 could previously match non-ASCII characters because of the Unicode
509 matching rules. There were a number of bugs in this feature until an
510 earlier release in the 5.13 series. Now this release reverts, and
511 removes the feature completely except for the few properties where
512 people have come to expect it, namely the ones where casing is an
513 integral part of their functionality, such as C<m/\p{Uppercase}/i> and
514 C<m/\p{Lowercase}/i>, both of which match the exact same code points,
515 namely those matched by C<m/\p{Cased}/i>. Details are in
516 L<perlrecharclass/Unicode Properties>.
518 XXX The mention of ‘until an earlier release in the 5.13 series’ needs to
519 change, but I do not fully understand what happened here.
521 User-defined property handlers that need to match differently under
522 C</i> must change to read the new boolean parameter passed to it which is
523 non-zero if case-insensitive matching is in effect or 0 otherwise. See
524 L<perluniprops/User-Defined Character Properties>.
526 =head3 \p{} implies Unicode semantics
528 Now, a Unicode property match specified in the pattern will indicate
529 that the pattern is meant for matching according to Unicode rules, the way
532 =head3 Regular expressions retain their localeness when interpolated
534 Regular expressions compiled under C<"use locale"> now retain this when
535 interpolated into a new regular expression compiled outside a
536 C<"use locale">, and vice-versa.
538 Previously, a regular expression interpolated into another one inherited
539 the localeness of the surrounding one, losing whatever state it
540 originally had. This is considered a bug fix, but may trip up code that
541 has come to rely on the incorrect behavior.
543 =head3 Stringification of regexes has changed
545 Default regular expression modifiers are now notated by using
546 C<(?^...)>. Code relying on the old stringification will fail. The
547 purpose of this is so that when new modifiers are added, such code will
548 not have to change (after this one time), as the stringification will
549 automatically incorporate the new modifiers.
551 Code that needs to work properly with both old- and new-style regexes
552 can avoid the whole issue by using (for Perls since 5.9.5; see L<re>):
554 use re qw(regexp_pattern);
555 my ($pat, $mods) = regexp_pattern($re_ref);
557 If the actual stringification is important, or older Perls need to be
558 supported, you can use something like the following:
560 # Accept both old and new-style stringification
561 my $modifiers = (qr/foobar/ =~ /\Q(?^/) ? '^' : '-xism';
563 And then use C<$modifiers> instead of C<-xism>.
565 =head3 Run-time code blocks in regular expressions inherit pragmata
567 Code blocks in regular expressions (C<(?{...})> and C<(??{...})>) used not
568 to inherit any pragmata (strict, warnings, etc.) if the regular expression
569 was compiled at run time as happens in cases like these two:
572 $foo =~ $bar; # when $bar contains (?{...})
573 $foo =~ /$bar(?{ $finished = 1 })/;
575 This was a bug, which has now been fixed. But it has the potential to break
576 any code that was relying on it.
578 =head2 Stashes and Package Variables
580 =head3 Localised tied hashes and arrays are no longed tied
587 # here, @a is a now a new, untied array
589 # here, @a refers again to the old, tied array
591 The new local array used to be made tied too, which was fairly pointless,
592 and has now been fixed. This fix could however potentially cause a change
593 in behaviour of some code.
595 =head3 Stashes are now always defined
597 C<defined %Foo::> now always returns true, even when no symbols have yet been
598 defined in that package.
600 This is a side effect of removing a special case kludge in the tokeniser,
601 added for 5.10.0, to hide side effects of changes to the internal storage of
602 hashes that drastically reduce their memory usage overhead.
604 Calling defined on a stash has been deprecated since 5.6.0, warned on
605 lexicals since 5.6.0, and warned for stashes (and other package
606 variables) since 5.12.0. C<defined %hash> has always exposed an
607 implementation detail - emptying a hash by deleting all entries from it does
608 not make C<defined %hash> false, hence C<defined %hash> is not valid code to
609 determine whether an arbitrary hash is empty. Instead, use the behaviour
610 that an empty C<%hash> always returns false in a scalar context.
612 =head3 Dereferencing typeglobs
614 If you assign a typeglob to a scalar variable:
618 the glob that is copied to C<$glob> is marked with a special flag
619 indicating that the glob is just a copy. This allows subsequent assignments
620 to C<$glob> to overwrite the glob. The original glob, however, is
623 Many Perl operators did not distinguish between these two types of globs.
624 This would result in strange behaviour in edge cases: C<untie $scalar>
625 would do nothing if the last thing assigned to the scalar was a glob
626 (because it treated it as C<untie *$scalar>, which unties a handle).
627 Assignment to a glob slot (e.g., C<*$glob = \@some_array>) would simply
628 assign C<\@some_array> to C<$glob>.
630 To fix this, the C<*{}> operator (including the C<*foo> and C<*$foo> forms)
631 has been modified to make a new immutable glob if its operand is a glob
632 copy. Various operators that make a distinction between globs and scalars
633 have been modified to treat only immutable globs as globs. (C<tie>,
634 C<tied> and C<untie> has been left as they are for compatibility's sake,
635 but will warn. See L</Deprecations>.)
637 This causes an incompatible change in code that assigns a glob to the
638 return value of C<*{}> when that operator was passed a glob copy. Take the
639 following code, for instance:
644 The C<*$glob> on the second line returns a new immutable glob. That new
645 glob is made an alias to C<*bar>. Then it is discarded. So the second
646 assignment has no effect.
648 The upside to this incompatible change is that bugs [perl #77496],
649 [perl #77502], [perl #77508], [perl #77688], and [perl #77812],
650 and maybe others, too, have been fixed.
652 See L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=77810> for even
655 =head3 Clearing stashes
657 Stash list assignment C<%foo:: = ()> used to make the stash anonymous
658 temporarily while it was being emptied. Consequently, any of its
659 subroutines referenced elsewhere would become anonymous (showing up as
660 "(unknown)" in C<caller>). Now they retain their package names, such that
661 C<caller> will return the original sub name if there is still a reference
662 to its typeglob, or "foo::__ANON__" otherwise [perl #79208].
664 =head3 Magic variables outside the main package
666 In previous versions of Perl, magic variables like C<$!>, C<%SIG>, etc. would
667 'leak' into other packages. So C<%foo::SIG> could be used to access signals,
668 C<${"foo::!"}> (with strict mode off) to access C's C<errno>, etc.
670 This was a bug, or an 'unintentional' feature, which caused various ill effects,
671 such as signal handlers being wiped when modules were loaded, etc.
673 This has been fixed (or the feature has been removed, depending on how you see
676 =head2 Changes to Syntax or to Perl Operators
678 =head3 C<given> return values
680 C<given> blocks now return the last evaluated
681 expression, or an empty list if the block was exited by C<break>. Thus you
687 'integer' when /^[+-]?[0-9]+$/;
688 'float' when /^[+-]?[0-9]+(?:\.[0-9]+)?$/;
693 See L<perlsyn/Return value> for details.
695 =head3 Change in the parsing of certain prototypes
697 Functions declared with the following prototypes now behave correctly as unary
707 Due to this bug fix [perl #75904], functions
708 using the C<(*)>, C<(;$)> and C<(;*)> prototypes
709 are parsed with higher precedence than before. So in the following example:
714 the second line is now parsed correctly as C<< foo($a) < $b >>, rather than
715 C<< foo($a < $b) >>. This happens when one of these operators is used in
716 an unparenthesised argument:
718 < > <= >= lt gt le ge
719 == != <=> eq ne cmp ~~
728 =head3 Smart-matching against array slices
730 Previously, the following code resulted in a successful match:
736 This odd behaviour has now been fixed [perl #77468].
738 =head3 Negation treats strings differently from before
740 The unary negation operator C<-> now treats strings that look like numbers
741 as numbers [perl #57706].
745 Negative zero (-0.0), when converted to a string, now becomes "0" on all
746 platforms. It used to become "-0" on some, but "0" on others.
748 If you still need to determine whether a zero is negative, use
749 C<sprintf("%g", $zero) =~ /^-/> or the L<Data::Float> module on CPAN.
751 =head3 C<:=> is now a syntax error
753 Previously C<my $pi := 4;> was exactly equivalent to C<my $pi : = 4;>,
754 with the C<:> being treated as the start of an attribute list, ending before
755 the C<=>. The use of C<:=> to mean C<: => was deprecated in 5.12.0, and is now
756 a syntax error. This will allow the future use of C<:=> as a new token.
758 We find no Perl 5 code on CPAN using this construction, outside the core's
759 tests for it, so we believe that this change will have very little impact on
760 real-world codebases.
762 If it is absolutely necessary to have empty attribute lists (for example,
763 because of a code generator) then avoid the error by adding a space before
766 =head2 Threads and Processes
768 =head3 Directory handles not copied to threads
770 On systems other than Windows that do not have
771 a C<fchdir> function, newly-created threads no
772 longer inherit directory handles from their parent threads. Such programs
773 would usually have crashed anyway [perl #75154].
775 =head3 C<close> on shared pipes
777 The C<close> function no longer waits for the child process to exit if the
778 underlying file descriptor is still in use by another thread, to avoid
779 deadlocks. It returns true in such cases.
783 =head3 Naming fixes in Policy_sh.SH may invalidate Policy.sh
785 Several long-standing typos and naming confusions in Policy_sh.SH have
786 been fixed, standardizing on the variable names used in config.sh.
788 This will change the behavior of Policy.sh if you happen to have been
789 accidentally relying on the Policy.sh incorrect behavior.
793 =head3 Check API compatibility when loading XS modules
795 When perl's API changes in incompatible ways (which usually happens between
796 major releases), XS modules compiled for previous versions of perl will not
797 work anymore. They will need to be recompiled against the new perl.
799 In order to ensure that modules are recompiled, and to prevent users from
800 accidentally loading modules compiled for old perls into newer ones, the
801 C<XS_APIVERSION_BOOTCHECK> macro has been added. That macro, which is called
802 when loading every newly compiled extension, compares the API version of the
803 running perl with the version a module has been compiled for and raises an
804 exception if they don't match.
806 =head3 Perl_fetch_cop_label
808 The first argument of the C API function C<Perl_fetch_cop_label> has changed
809 from C<struct refcounted he *> to C<COP *>, to better insulate the user from
810 implementation details.
812 This API function was marked as "may change", and likely isn't in use outside
813 the core. (Neither an unpacked CPAN, nor Google's codesearch, finds any other
816 =head3 GvCV() and GvGP() are no longer lvalues
818 The new GvCV_set() and GvGP_set() macros are now provided to replace
819 assignment to those two macros.
821 This allows a future commit to eliminate some backref magic between GV
822 and CVs, which will require complete control over assignment to the
827 =head2 Omitting a space between a regular expression and subsequent word
829 Omitting a space between a regular expression operator or
830 its modifiers and the following word is deprecated. For
831 example, C<< m/foo/sand $bar >> will still be parsed
832 as C<< m/foo/s and $bar >> but will issue a warning.
834 =head2 Deprecation warning added for deprecated-in-core .pl libs
836 This is a mandatory warning, not obeying -X or lexical warning bits.
837 The warning is modelled on that supplied by deprecate.pm for
838 deprecated-in-core .pm libraries. It points to the specific CPAN
839 distribution that contains the .pl libraries. The CPAN version, of
840 course, does not generate the warning.
842 =head2 List assignment to C<$[>
844 Assignment to C<$[> was deprecated and started to give warnings in
845 Perl version 5.12.0. This version of perl also starts to emit a warning when
846 assigning to C<$[> in list context. This fixes an oversight in 5.12.0.
848 =head2 Use of qw(...) as parentheses
850 Historically the parser fooled itself into thinking that C<qw(...)> literals
851 were always enclosed in parentheses, and as a result you could sometimes omit
852 parentheses around them:
854 for $x qw(a b c) { ... }
856 The parser no longer lies to itself in this way. Wrap the list literal in
857 parentheses, like this:
859 for $x (qw(a b c)) { ... }
861 =head2 C<\N{BELL}> is deprecated
863 This is because Unicode is using that name for a different character.
864 See L</Unicode Version 6.0 is now supported (mostly)> for more
867 =head2 C<?PATTERN?> is deprecated
869 C<?PATTERN?> (without the initial m) has been deprecated and now produces
870 a warning. This is to allow future use of C<?> in new operators.
871 The match-once functionality is still available in the form of C<m?PATTERN?>.
873 =head2 Tie functions on scalars holding typeglobs
875 Calling a tie function (C<tie>, C<tied>, C<untie>) with a scalar argument
876 acts on a file handle if the scalar happens to hold a typeglob.
878 This is a long-standing bug that will be removed in Perl 5.16, as
879 there is currently no way to tie the scalar itself when it holds
880 a typeglob, and no way to untie a scalar that has had a typeglob
883 Now there is a deprecation warning whenever a tie
884 function is used on a handle without an explicit C<*>.
886 =head2 User-defined case-mapping
888 This feature is being deprecated due to its many issues, as documented in
889 L<perlunicode/User-Defined Case Mappings (for serious hackers only)>.
890 It is planned to remove this feature in Perl 5.16. A CPAN module
891 providing improved functionality is being prepared for release by the
894 XXX What module is that?
896 =head2 Deprecated modules
898 The following modules will be removed from the core distribution in a
899 future release, and should be installed from CPAN instead. Distributions
900 on CPAN which require these should add them to their prerequisites. The
901 core versions of these modules will issue a deprecation warning.
903 If you ship a packaged version of Perl, either alone or as part of a
904 larger system, then you should carefully consider the repercussions of
905 core module deprecations. You may want to consider shipping your default
906 build of Perl with packages for some or all deprecated modules which
907 install into C<vendor> or C<site> perl library directories. This will
908 inhibit the deprecation warnings.
910 Alternatively, you may want to consider patching F<lib/deprecate.pm>
911 to provide deprecation warnings specific to your packaging system
912 or distribution of Perl, consistent with how your packaging system
913 or distribution manages a staged transition from a release where the
914 installation of a single package provides the given functionality, to
915 a later release where the system administrator needs to know to install
916 multiple packages to get that same functionality.
918 You can silence these deprecation warnings by installing the modules
919 in question from CPAN. To install the latest version of all of them,
920 just install C<Task::Deprecations::5_14>.
924 =item L<Devel::DProf>
926 We strongly recommend that you install and used L<Devel::NYTProf> in
927 preference, as it offers significantly improved profiling and reporting.
931 =head2 Deprecated C APIs
935 =item C<Perl_ptr_table_clear>
937 C<Perl_ptr_table_clear> is no longer part of Perl's public API. Calling it now
938 generates a deprecation warning, and it will be removed in a future
941 =item C<sv_compile_2op>
943 The C<sv_compile_2op()> API function is now deprecated. Searches suggest
944 that nothing on CPAN is using it, so this should have zero impact.
946 It attempted to provide an API to compile code down to an optree, but failed
947 to bind correctly to lexicals in the enclosing scope. It's not possible to
948 fix this problem within the constraints of its parameters and return value.
952 =head1 Performance Enhancements
954 =head2 "Safe signals" optimization
956 Signal dispatch has been moved from the runloop into control ops. This
957 should give a few percent speed increase, and eliminates almost all of
958 the speed penalty caused by the introduction of "safe signals" in
959 5.8.0. Signals should still be dispatched within the same statement as
960 they were previously - if this is not the case, or it is possible to
961 create uninterruptible loops, this is a bug, and reports are encouraged
962 of how to recreate such issues.
964 =head2 Optimization of shift; and pop; calls without arguments
966 Two fewer OPs are used for shift and pop calls with no argument (with
967 implicit C<@_>). This change makes C<shift;> 5% faster than C<shift @_;>
968 on non-threaded perls and 25% faster on threaded.
970 =head2 Optimisation of regexp engine string comparison work
972 The foldEQ_utf8 API function for case-insensitive comparison of strings (which
973 is used heavily by the regexp engine) was substantially refactored and
974 optimised - and its documentation much improved as a free bonus gift.
976 =head2 Regular expression compilation speed-up
978 Compiling regular expressions has been made faster for the case where upgrading
979 the regex to utf8 is necessary but that isn't known when the compilation begins.
981 =head2 String appending is 100 times faster
983 When doing a lot of string appending, perl could end up allocating a lot more
984 memory than needed in a very inefficient way, if perl was configured to use the
985 system's C<malloc> implementation instead of its own.
987 C<sv_grow>, which is what's being used to allocate more memory if necessary
988 when appending to a string, has now been taught how to round up the memory
989 it requests to a certain geometric progression, making it much faster on
990 certain platforms and configurations. On Win32, it's now about 100 times
993 =head2 Eliminate C<PL_*> accessor functions under ithreads
995 When C<MULTIPLICITY> was first developed, and interpreter state moved into
996 an interpreter struct, thread and interpreter local C<PL_*> variables were
997 defined as macros that called accessor functions, returning the address of
998 the value, outside of the perl core. The intent was to allow members
999 within the interpreter struct to change size without breaking binary
1000 compatibility, so that bug fixes could be merged to a maintenance branch
1001 that necessitated such a size change.
1003 However, some non-core code defines C<PERL_CORE>, sometimes intentionally
1004 to bypass this mechanism for speed reasons, sometimes for other reasons but
1005 with the inadvertent side effect of bypassing this mechanism. As some of
1006 this code is widespread in production use, the result is that the core
1007 I<can't> change the size of members of the interpreter struct, as it will
1008 break such modules compiled against a previous release on that maintenance
1009 branch. The upshot is that this mechanism is redundant, and well-behaved
1010 code is penalised by it. Hence it can and should be removed (and has
1013 =head2 Freeing weak references
1015 When an object has many weak references to it, freeing that object
1016 can under some some circumstances take O(N^2) time to free (where N is the
1017 number of references). The number of circumstances has been reduced
1020 =head2 Lexical array and hash assignments
1022 An earlier optimisation to speed up C<my @array = ...> and
1023 C<my %hash = ...> assignments caused a bug and was disabled in Perl 5.12.0.
1025 Now we have found another way to speed up these assignments [perl #82110].
1027 =head2 C<@_> uses less memory
1029 Previously, C<@_> was allocated for every subroutine at compile time with
1030 enough space for four entries. Now this allocation is done on demand when
1031 the subroutine is called [perl #72416].
1033 =head2 Size optimisations to SV and HV structures
1035 xhv_fill has been eliminated from struct xpvhv, saving 1 IV per hash and
1036 on some systems will cause struct xpvhv to become cache-aligned. To avoid
1037 this memory saving causing a slowdown elsewhere, boolean use of HvFILL
1038 now calls HvTOTALKEYS instead (which is equivalent) - so while the fill
1039 data when actually required are now calculated on demand, the cases when
1040 this needs to be done should be few and far between.
1042 The order of structure elements in SV bodies has changed. Effectively,
1043 the NV slot has swapped location with STASH and MAGIC. As all access to
1044 SV members is via macros, this should be completely transparent. This
1045 change allows the space saving for PVHVs documented above, and may reduce
1046 the memory allocation needed for PVIVs on some architectures.
1048 C<XPV>, C<XPVIV>, and C<XPVNV> now only allocate the parts of the C<SV> body
1049 they actually use, saving some space.
1051 Scalars containing regular expressions now only allocate the part of the C<SV>
1052 body they actually use, saving some space.
1054 =head2 Memory consumption improvements to Exporter
1056 The @EXPORT_FAIL AV is no longer created unless required, hence neither is
1057 the typeglob backing it. This saves about 200 bytes for every package that
1058 uses Exporter but doesn't use this functionality.
1060 =head2 Memory savings for weak references
1062 For weak references, the common case of just a single weak reference per
1063 referent has been optimised to reduce the storage required. In this case it
1064 saves the equivalent of one small Perl array per referent.
1066 =head2 C<%+> and C<%-> use less memory
1068 The bulk of the C<Tie::Hash::NamedCapture> module used to be in the perl
1069 core. It has now been moved to an XS module, to reduce the overhead for
1070 programs that do not use C<%+> or C<%->.
1072 =head2 Multiple small improvements to threads
1074 The internal structures of threading now make fewer API calls and fewer
1075 allocations, resulting in noticeably smaller object code. Additionally,
1076 many thread context checks have been deferred so that they're only done
1077 when required (although this is only possible for non-debugging builds).
1079 =head2 Adjacent pairs of nextstate opcodes are now optimized away
1081 Previously, in code such as
1083 use constant DEBUG => 0;
1090 the ops for C<warn if DEBUG;> would be folded to a C<null> op (C<ex-const>), but
1091 the C<nextstate> op would remain, resulting in a runtime op dispatch of
1092 C<nextstate>, C<nextstate>, ....
1094 The execution of a sequence of C<nextstate> ops is indistinguishable from just
1095 the last C<nextstate> op so the peephole optimizer now eliminates the first of
1096 a pair of C<nextstate> ops, except where the first carries a label, since labels
1097 must not be eliminated by the optimizer and label usage isn't conclusively known
1100 =head1 Modules and Pragmata
1102 =head2 New Modules and Pragmata
1108 C<CPAN::Meta::YAML> 0.003 has been added as a dual-life module. It supports a
1109 subset of YAML sufficient for reading and writing META.yml and MYMETA.yml files
1110 included with CPAN distributions or generated by the module installation
1111 toolchain. It should not be used for any other general YAML parsing or
1116 C<CPAN::Meta> version 2.110440 has been added as a dual-life module. It
1117 provides a standard library to read, interpret and write CPAN distribution
1118 metadata files (e.g. META.json and META.yml) which describes a
1119 distribution, its contents, and the requirements for building it and
1120 installing it. The latest CPAN distribution metadata specification is
1121 included as C<CPAN::Meta::Spec> and notes on changes in the specification
1122 over time are given in C<CPAN::Meta::History>.
1126 C<HTTP::Tiny> 0.010 has been added as a dual-life module. It is a very
1127 small, simple HTTP/1.1 client designed for simple GET requests and file
1128 mirroring. It has has been added to enable CPAN.pm and CPANPLUS to
1129 "bootstrap" HTTP access to CPAN using pure Perl without relying on external
1130 binaries like F<curl> or F<wget>.
1134 C<JSON::PP> 2.27105 has been added as a dual-life module, for the sake of
1135 reading F<META.json> files in CPAN distributions.
1139 C<Module::Metadata> 1.000003 has been added as a dual-life module. It gathers
1140 package and POD information from Perl module files. It is a standalone module
1141 based on Module::Build::ModuleInfo for use by other module installation
1142 toolchain components. Module::Build::ModuleInfo has been deprecated in
1143 favor of this module instead.
1147 C<Perl::OSType> 1.002 has been added as a dual-life module. It maps Perl
1148 operating system names (e.g. 'dragonfly' or 'MSWin32') to more generic types
1149 with standardized names (e.g. "Unix" or "Windows"). It has been refactored
1150 out of Module::Build and ExtUtils::CBuilder and consolidates such mappings into
1151 a single location for easier maintenance.
1155 The following modules were added by the C<Unicode::Collate>
1156 upgrade. See below for details.
1158 C<Unicode::Collate::CJK::Big5>
1160 C<Unicode::Collate::CJK::GB2312>
1162 C<Unicode::Collate::CJK::JISX0208>
1164 C<Unicode::Collate::CJK::Korean>
1166 C<Unicode::Collate::CJK::Pinyin>
1168 C<Unicode::Collate::CJK::Stroke>
1172 C<Version::Requirements> version 0.101020 has been added as a dual-life
1173 module. It provides a standard library to model and manipulates module
1174 prerequisites and version constraints as defined in the L<CPAN::Meta::Spec>.
1178 =head2 Updated Modules and Pragmata
1184 XXX Where does this go in the list?
1186 Perl 4 C<.pl> libraries
1188 These historical libraries have been minimally modified to avoid using
1189 C<$[>. This is to prepare them for the deprecation of C<$[>.
1193 C<Archive::Extract> has been upgraded from version 0.38 to 0.48.
1195 Updates since 0.38 include: a safe print method that guards
1196 Archive::Extract from changes to $\; a fix to the tests when run in core
1197 perl; support for TZ files; and a modification for the lzma logic to favour
1198 IO::Uncompress::Unlzma
1200 Resolves an issue with NetBSD-current and its new unzip
1205 C<Archive::Tar> has been upgraded from version 1.54 to 1.76.
1207 Important changes since 1.54 include: compatibility with busybox
1208 implementations of tar; a fix so that C<write()> and C<create_archive()>
1209 close only handles they opened; and a bug was fixed regarding the exit code
1210 of extract_archive. (afabe0e)
1212 Among other things, the new version adds a new option to C<ptar> to allow safe
1213 creation of tarballs without world-writable files on Windows, allowing those
1214 archives to be uploaded to CPAN.
1216 This adds the ptargrep utility for using regular expressions against
1217 the contents of files in a tar archive.
1219 Skip extracting pax extended headers.
1223 C<autodie> has been upgraded from version 2.06_01 to 2.1001.
1227 C<B> has been upgraded from version 1.23 to 1.27.
1229 It no longer crashes when taking apart a C<y///> containing characters
1230 outside the octet range or compiled in a C<use utf8> scope.
1232 The size of the shared object has been reduced by about 40%, with no
1233 reduction in functionality.
1237 C<B::Concise> has been upgraded from version 0.78 to 0.82.
1239 B::Concise marks rv2sv, rv2av and rv2hv ops with the new OPpDEREF flag
1242 It no longer produces mangled output with the C<-tree> option
1247 C<B::Debug> has been upgraded from version 1.12 to 1.16.
1251 C<B::Deparse> has been upgraded from version 0.96 to 1.02.
1253 A bug has been fixed when deparsing a nextstate op that has both a
1254 change of package (relative to the previous nextstate), or a change of
1255 C<%^H> or other state, and a label. Previously the label was emitted
1256 first, leading to syntactically invalid output because a label is not
1257 permitted immediately before a package declaration, B<BEGIN> block,
1258 or some other things. Now the label is emitted last.
1260 The 'no 5.13.2' or similar form is now correctly handled by B::Deparse.
1262 B::Deparse now properly handles the code that applies a conditional
1263 pattern match against implicit C<$_> as it was fixed in [perl #20444].
1265 It fixes deparsing of C<our> followed by a variable with funny characters
1266 (as permitted under the C<utf8> pragma) [perl #33752].
1270 C<B::Lint> has been upgraded from version 1.11_01 to 1.12.
1274 C<base> has been upgraded from version 2.15 to 2.16.
1278 C<bignum> has been upgraded from version 0.23 to 0.25.
1282 C<blib> has been upgraded from version 1.04 to 1.06.
1286 C<Carp> has been upgraded from version 1.18 to 1.19.
1288 L<Carp> now detects incomplete L<caller()|perlfunc/"caller EXPR"> overrides and
1289 avoids using bogus C<@DB::args>. To provide backtraces, Carp relies on
1290 particular behaviour of the caller built-in. Carp now detects if other code has
1291 overridden this with an incomplete implementation, and modifies its backtrace
1292 accordingly. Previously incomplete overrides would cause incorrect values in
1293 backtraces (best case), or obscure fatal errors (worst case)
1295 This fixes certain cases of C<Bizarre copy of ARRAY> caused by modules
1296 overriding C<caller()> incorrectly.
1298 It now avoids using regular expressions that cause perl to
1299 load its Unicode tables, in order to avoid the 'BEGIN not safe after
1300 errors' error that will ensue if there has been a syntax error
1305 C<CGI> has been upgraded from version 3.48 to 3.51.
1307 This provides the following security fixes: the MIME boundary in
1308 multipart_init is now random and improvements to the handling of
1309 newlines embedded in header values.
1311 The documentation for param_fetch() has been corrected and clarified.
1315 C<charnames> has been upgraded from version 1.07 to 1.10.
1317 C<viacode()> is now significantly faster.
1321 C<Compress::Raw::Bzip2> has been upgraded from version 2.024 to 2.033.
1323 Updated to use bzip2 1.0.6
1327 C<Compress::Raw::Zlib> has been upgraded from version 2.024 to 2.033.
1331 C<Compress::Zlib> has been upgraded from version 2.024 to 2.027.
1335 C<CPAN> has been upgraded from version 1.94_56 to 1.9600.
1339 =item * release 1.94_57
1341 =item * bugfix: treat modules correctly that are deprecated in perl 5.12.
1343 =item * bugfix: RT #57482 and #57788 revealed that configure_requires
1344 implicitly assumed build_requires instead of normal requires. (Reported
1345 by Andrew Whatson and Father Chrysostomos respectively)
1347 =item * testfix: solaris should run the tests without expect because (some?)
1348 solaris have a broken expect
1350 =item * testfix: run tests with cache_metadata off to prevent spill over
1351 effects from previous test runs
1355 Includes support for META.json and MYMETA.json.
1359 C<CPANPLUS> has been upgraded from version 0.90 to 0.9102.
1361 Fixed the shell test to skip if test is not being run under a terminal;
1362 resolved the issue where a prereq on Config would not be recognised as a
1365 Includes support for META.json and MYMETA.json and a change to
1366 using Digest::SHA for CPAN checksums.
1370 C<CPANPLUS::Dist::Build> has been upgraded from version 0.46 to 0.54.
1374 C<Cwd> has been upgraded from version 3.31 to 3.36.
1378 C<Data::Dumper> has been upgraded from version 2.125 to 2.130_02.
1380 The indentation used to be off when C<$Data::Dumper::Terse> was set. This
1381 has been fixed [perl #73604].
1383 This fixes a crash when using custom sort functions that might cause the stack
1386 C<Dumpxs> no longer crashes with globs returned by C<*$io_ref>
1391 C<DB_File> has been upgraded from version 1.820 to 1.821.
1395 C<deprecate> has been upgraded from version 0.01 to 0.02.
1399 C<Devel::DProf> has been upgraded from version 20080331.00 to 20110228.00.
1401 Merely loading C<Devel::DProf> now no longer triggers profiling to start.
1402 C<use Devel::DProf> and C<perl -d:DProf ...> still behave as before and start
1405 NOTE: C<Devel::DProf> is deprecated and will be removed from a future
1406 version of Perl. We strongly recommend that you install and use
1407 L<Devel::NYTProf> instead, as it offers significantly improved
1408 profiling and reporting.
1412 C<Devel::Peek> has been upgraded from version 1.04 to 1.06.
1416 C<Devel::SelfStubber> has been upgraded from version 1.03 to 1.05.
1420 C<diagnostics> has been upgraded from version 1.19 to 1.22.
1422 It now renders pod links slightly better, and has been taught to find
1423 descriptions for messages that share their descriptions with other
1428 C<Digest::MD5> has been upgraded from version 2.39 to 2.51.
1430 It is now safe to use this module in combination with threads.
1434 C<Digest::SHA> has been upgraded from version 5.47 to 5.61.
1436 C<shasum> now more closely mimics C<sha1sum>/C<md5sum>.
1438 C<Addfile> accepts all POSIX filenames.
1440 New SHA-512/224 and SHA-512/256 transforms ref. NIST Draft FIPS 180-4 (February 2011)
1444 C<Dumpvalue> has been upgraded from version 1.13 to 1.15.
1448 C<DynaLoader> has been upgraded from version 1.10 to 1.12.
1450 It fixes a buffer overflow when passed a very long file name.
1452 It no longer inherits from AutoLoader; hence it no longer
1453 produces weird error messages for unsuccessful method calls on classes that
1454 inherit from DynaLoader [perl #84358].
1458 C<Encode> has been upgraded from version 2.39 to 2.42.
1460 Now, all 66 Unicode non-characters are treated the same way U+FFFF has
1461 always been treated; if it was disallowed, all 66 are disallowed; if it
1462 warned, all 66 warn.
1466 C<Env> has been upgraded from version 1.01 to 1.02.
1470 C<Errno> has been upgraded from version 1.11 to 1.13.
1472 The implementation of C<Errno> has been refactored to use about 55% less memory.
1473 There should be no user-visible changes.
1475 On some platforms with unusual header files, like Win32/gcc using mingw64
1476 headers, some constants which weren't actually error numbers have been exposed
1477 by C<Errno>. This has been fixed [perl #77416].
1481 C<Exporter> has been upgraded from version 5.64_01 to 5.64_03.
1483 Exporter no longer overrides C<$SIG{__WARN__}> [perl #74472]
1487 C<ExtUtils::CBuilder> has been upgraded from 0.27 to 0.280201.
1489 Handle C and C++ compilers separately.
1491 Preserves exit status on VMS.
1495 C<ExtUtils::Command> has been upgraded from version 1.16 to 1.17.
1499 C<ExtUtils::Constant> has been upgraded from 0.22 to 0.23.
1501 The C<AUTOLOAD> helper code generated by C<ExtUtils::Constant::ProxySubs>
1502 can now C<croak> for missing constants, or generate a complete C<AUTOLOAD>
1503 subroutine in XS, allowing simplification of many modules that use it.
1504 (C<Fcntl>, C<File::Glob>, C<GDBM_File>, C<I18N::Langinfo>, C<POSIX>, C<Socket>)
1506 C<ExtUtils::Constant::ProxySubs> can now optionally push the names of all
1507 constants onto the package's C{@EXPORT_OK}. This has been used to replace
1508 less space-efficient code in C<B>, helping considerably shrink the size of its
1513 C<ExtUtils::Constant::Utils> has been upgraded from 0.02 to 0.03.
1515 Refactoring and fixing of backcompat code, preparing for resynchronisation
1520 C<ExtUtils::Embed> has been upgraded from 1.28 to 1.30.
1524 C<ExtUtils::MakeMaker> has been upgraded from version 6.56 to 6.57_05.
1528 C<ExtUtils::Manifest> has been upgraded from version 1.57 to 1.58.
1532 C<ExtUtils::ParseXS> has been upgraded from 2.21 to 2.2208.
1536 C<Fcntl> has been upgraded from 1.06 to 1.11.
1540 C<File::Copy> has been downgraded from version 2.17 to 2.21.
1542 An extra stanza was added explaining behaviours when the copy destination
1543 already exists and is a directory.
1547 C<File::DosGlob> has been upgraded from version 1.01 to 1.03.
1549 It allows patterns containing literal parentheses (they no longer need to
1550 be escaped). On Windows, it no longer adds an extra F<./> to the file names
1551 returned when the pattern is a relative glob with a drive specification,
1552 like F<c:*.pl> [perl #71712].
1556 C<File::Fetch> has been upgraded from version 0.24 to 0.32.
1558 C<HTTP::Lite> is now supported for 'http' scheme.
1560 The C<fetch> utility is supported on FreeBSD, NetBSD and
1561 Dragonfly BSD for the C<http> and C<ftp> schemes.
1565 C<File::Find> has been upgraded from version 1.15 to 1.18.
1567 It improves handling of backslashes on Windows, so that paths such as
1568 F<c:\dir\/file> are no longer generated [perl #71710].
1572 C<feature> has been upgraded from 1.16 to 1.19.
1574 Documentation and test updates for the C<unicode_strings> feature.
1575 See L</Full functionality for C<use feature 'unicode_strings'>>.
1579 C<File::CheckTree> has been upgraded from 4.4 to 4.41.
1583 C<File::Glob> has been upgraded from 1.07 to 1.11.
1587 C<File::stat> has been upgraded from 1.02 to 1.04.
1589 The C<-x> and C<-X> file test operators now work correctly under the root
1594 C<Filter::Simple> has been upgraded from version 0.84 to 0.85.
1598 C<GDBM_File> has been upgraded from 1.10 to 1.13.
1600 This fixes a memory leak when DBM filters are used.
1604 C<Hash::Util> has been upgraded from 0.07 to 0.10.
1606 Hash::Util now enables "no warnings 'uninitialized'" to suppress spurious
1607 warnings from undefined hash values (RT #74280).
1611 C<Hash::Util::FieldHash> has been upgraded from 1.04 to 1.07.
1615 C<I18N::Collate> has been upgraded from 1.01 to 1.02.
1619 C<I18N::Langinfo> has been upgraded from version 0.03 to 0.07.
1621 C<langinfo()> now defaults to using C<$_> if there is no argument given, just
1622 like the documentation always claimed it did.
1626 C<I18N::LangTags> has been upgraded from version 0.35 to 0.35_01.
1630 C<if> has been upgraded from version 0.05 to 0.0601.
1634 C<IO> has been upgraded from version 1.25_02 to 1.25_04.
1638 The IO-Compress distribution has been upgraded from version 2.024 to 2.033.
1642 C<IO::Select> has been upgraded from version 1.17 to 1.18.
1644 It now allows IO::Handle objects (and objects in derived classes) to be
1645 removed from an IO::Select set even if the underlying file descriptor is
1650 C<IO::Socket> has been upgraded from version 1.31 to 1.32.
1652 C<getsockopt> and C<setsockopt> are now documented.
1656 C<IPC::Cmd> has been upgraded from version 0.54 to 0.68.
1658 Resolves an issue with splitting Win32 command lines.
1662 C<IPC::Open3> has been upgraded from 1.05 to 1.08.
1664 C<open3> now produces an error if the C<exec> call fails, allowing this
1665 condition to be distinguished from a child process that exited with a
1666 non-zero status [perl #72016].
1668 The internal C<xclose> routine now knows how to handle file descriptors, as
1669 documented, so duplicating STDIN in a child process using its file
1670 descriptor now works [perl #76474].
1674 C<IPC::SysV> has been upgraded from version 2.01 to 2.03.
1678 C<lib> has been upgraded from version 0.62 to 0.63.
1682 The Locale-Codes distribution has been upgraded from version 2.07 to 3.16.
1684 Locale::Country, Locale::Language and Locale::Currency were updated from
1685 3.12 to 3.13 of the Locale-Codes distribution to include locale code changes.
1691 C<Locale::Maketext> has been upgraded from version 1.14 to 1.17.
1693 Locale::Maketext guts have been merged back into the main module
1694 and adds external cache support
1696 It fixes an infinite loop in C<Locale::Maketext::Guts::_compile()> when
1697 working with tainted values (CPAN RT #40727).
1699 C<< ->maketext >> calls will now backup and restore C<$@> so that error
1700 messages are not suppressed (CPAN RT #34182).
1704 C<Log::Message> has been upgraded from version 0.02 to 0.04.
1708 C<Log::Message::Simple> has been upgraded from version 0.06 to 0.08.
1712 C<Math::BigInt> has been upgraded from version 1.89_01 to 1.994.
1714 This fixes, among other things, incorrect results when computing binomial
1715 coefficients [perl #77640].
1717 This prevents C<sqrt($int)> from crashing under C<use bigrat;>
1722 C<Math::BigInt::FastCalc> has been upgraded from version 0.19 to 0.28.
1726 C<Math::BigRat> has been upgraded from version 0.24 to 0.26_01.
1730 C<Memoize> has been upgraded from version 1.01_03 to 1.02.
1734 C<MIME::Base64> has been upgraded from 3.08 to 3.13.
1736 Includes new functions to calculate the length of encoded and decoded
1739 Now provides C<encode_base64url> and C<decode_base64url> functions to process
1740 the base64 scheme for "URL applications".
1744 C<Module::Build> has been upgraded from version 0.3603 to 0.3800.
1746 A notable change is the deprecation of several modules.
1747 Module::Build::Version has been deprecated and Module::Build now relies
1748 directly upon L<version>. Module::Build::ModuleInfo has been deprecated in
1749 favor of a standalone copy of it called L<Module::Metadata>.
1750 Module::Build::YAML has been deprecated in favor of L<CPAN::Meta::YAML>.
1752 Module::Build now also generates META.json and MYMETA.json files
1753 in accordance with version 2 of the CPAN distribution metadata specification,
1754 L<CPAN::Meta::Spec>. The older format META.yml and MYMETA.yml files are
1755 still generated, as well.
1759 C<Module::CoreList> has been upgraded from version 2.29 to XXX.
1761 Besides listing the updated core modules of this release, it also stops listing
1762 the C<Filespec> module. That module never existed in core. The scripts
1763 generating C<Module::CoreList> confused it with C<VMS::Filespec>, which actually
1764 is a core module, since the time of perl 5.8.7.
1768 C<Module::Load> has been upgraded from version 0.16 to 0.18.
1772 C<Module::Load::Conditional> has been upgraded from version 0.34 to 0.40.
1776 C<Module::Metadata> has been upgraded from version 1.000003 to 1.000004.
1778 XXX This is not listed in corelist for 5.12.0. When was it added?
1782 C<mro> has been upgraded from version 1.02 to 1.06.
1784 C<next::method> I<et al.> now take into account that every class inherits
1785 from UNIVERSAL [perl #68654].
1789 C<NDBM_File> has been upgraded from 1.08 to 1.11.
1791 This fixes a memory leak when DBM filters are used.
1795 C<NEXT> has been upgraded from version 0.64 to 0.65.
1799 C<ODBM_File> has been upgraded from 1.08 to 1.09.
1801 This fixes a memory leak when DBM filters are used.
1805 C<Net::Ping> has been upgraded from 2.36 to 2.37.
1809 C<ODBM_File> has been upgraded from 1.07 to 1.10.
1813 C<Object::Accessor> has been upgraded from version 0.36 to 0.38.
1817 C<open> has been upgraded from version 1.07 to 1.08.
1821 C<Opcode> has been upgraded from 1.15 to 1.18.
1825 C<overload> has been upgraded from 1.11 to 1.12.
1827 C<overload::Method> can now handle subroutines that are themselves blessed
1828 into overloaded classes [perl #71998].
1830 Avoid a taint problem in use of sprintf.
1832 The documentation has greatly improved. See L</Documentation> below.
1836 C<Params::Check> has been upgraded from version 0.26 to 0.28.
1840 C<parent> has been upgraded from version 0.223 to 0.225.
1844 C<Parse::CPAN::Meta> has been upgraded from version 1.40 to 1.4401.
1846 The latest Parse::CPAN::Meta can now read YAML or JSON files using
1847 L<CPAN::Meta::YAML> and L<JSON::PP>, which are now part of the Perl core.
1851 The PathTools distribution has been upgraded from version 3.31 to 3.34.
1853 Various issues in L<File::Spec::VMS> have been fixed. (5.13.4)
1857 C<PerlIO::encoding> has been upgraded from 0.12 to 0.14.
1861 C<PerlIO::scalar> has been upgraded from 0.07 to 0.11.
1863 A C<read> after a C<seek> beyond the end of the string no longer thinks it
1864 has data to read [perl #78716].
1868 C<PerlIO::via> has been upgraded from 0.09 to 0.11.
1872 The podlators distribution has been upgraded from version 2.3.1 to 2.4.0.
1876 C<Pod::LaTeX> has been upgraded from version 0.58 to 0.59.
1880 C<Pod::Simple> has been upgraded from 3.14 to 3.15
1882 Includes various fixes to C<HTML> and C<XHTML> handling.
1886 C<POSIX> has been upgraded from 1.19 to 1.23.
1888 It now includes constants for POSIX signal constants.
1892 C<re> has been upgraded from version 0.11 to 0.15.
1894 New C<use re "/flags"> pragma
1896 Enforce that C</d>, C</u>, and C</l> are mutually exclusive.
1898 C<re> has been upgraded from version 0.16 to 0.17.
1900 It now supports the double-a flag: C<use re '/aa';>
1902 The C<regmust> function used to crash when called on a regular expression
1903 belonging to a pluggable engine. Now it has been disabled for those.
1905 C<regmust> no longer leaks memory.
1909 C<Safe> has been upgraded from version 2.25 to 2.29.
1911 This fixes a possible infinite loop when looking for coderefs.
1913 It adds C<&version::vxs::VCMP> to the default share.
1917 C<SDBM_File> has been upgraded from 1.06 to 1.08.
1921 C<SelfLoader> has been upgraded from 1.17 to 1.18.
1923 It now works in taint mode [perl #72062].
1927 C<sigtrap> has been upgraded from version 1.04 to 1.05.
1929 It no longer tries to modify read-only arguments when generating a
1930 backtrace [perl #72340].
1934 C<Socket> has been upgraded from version 1.87 to XXX.
1936 It has several new functions for handling IPv6 addresses. (from 5.13.8)
1938 It provides new affordances for IPv6,
1939 including implementations of the C<Socket::getaddrinfo()> and
1940 C<Socket::getnameinfo()> functions, along with related constants.
1944 C<Storable> has been upgraded from version 2.22 to 2.27.
1946 Includes performance improvement for overloaded classes.
1950 C<Storable> has been upgraded from 2.24 to 2.25.
1952 This adds support for serialising code references that contain UTF-8 strings
1953 correctly. The Storable minor version number changed as a result, meaning that
1954 Storable users who set C<$Storable::accept_future_minor> to a C<FALSE> value
1955 will see errors (see L<Storable/FORWARD COMPATIBILITY> for more details).
1957 Freezing no longer gets confused if the Perl stack gets reallocated
1958 during freezing [perl #80074].
1962 C<Sys::Hostname> has been upgraded from 1.11 to 1.14.
1966 C<Term::ANSIColor> has been upgraded from version 2.02 to 3.00.
1970 C<Term::UI> has been upgraded from version 0.20 to 0.26.
1974 C<Test::Harness> has been upgraded from version 3.17 to 3.23.
1976 The core update from Test-Harness 3.17 to 3.21 fixed some things, but
1977 also L<introduced a known problem|/"Known Problems"> with argument
1978 passing to non-Perl tests. (5.13.3)
1982 C<Test::Simple> has been upgraded from version 0.94 to 0.98.
1984 Among many other things, subtests without a C<plan> or C<no_plan> now have an
1985 implicit C<done_testing()> added to them.
1989 C<Thread::Queue> has been upgraded from version 2.11 to 2.12.
1993 C<Thread::Semaphore> has been upgraded from version 2.09 to 2.12.
1995 Added new methods -E<gt>down_nb() and -E<gt>down_force() at the suggestion
1998 Refactored methods to skip argument validation when no argument is supplied.
2002 C<threads> has been upgraded from version 1.75 to 1.82.
2006 C<threads::shared> has been upgraded from version 1.32 to 1.36.
2010 C<Tie::Hash> has been upgraded from version 1.03 to 1.04.
2012 Calling C<< Tie::Hash-E<gt>TIEHASH() >> used to loop forever. Now it C<croak>s.
2016 C<Tie::Hash::NamedCapture> has been upgraded from version 0.06 to 0.08.
2018 Some of the Perl code has been converted to XS for efficency's sake.
2022 C<Tie::RefHash> has been upgraded from version 1.38 to 1.39.
2026 C<Time::HiRes> has been upgraded from version 1.9719 to 1.9721.
2030 C<Time::Local> has been upgraded from version 1.1901_01 to 1.2000.
2034 C<Time::Piece> has been upgraded from version 1.15_01 to 1.20_01.
2038 C<Unicode::Collate> has been upgraded from version 0.52_01 to 0.73.
2040 Includes Unicode Collation Algorithm 18
2042 Among other things, it is now using UCA Revision 20 (based on Unicode 5.2.0) and
2043 supports a couple of new locales.
2045 U::C::Locale newly supports locales: ar, be, bg, de__phonebook, hu, hy, kk, mk, nso, om,
2046 tn, vi, hr, ig, ru, sq, se, sr, to and uk
2048 This release newly adds locales C<ja> C<ko> and C<zh> and its variants
2049 ( C<zh__big5han>, C<zh__gb2312han>, C<zh__pinyin>, C<zh__stroke> ).
2051 Supported UCA_Version 22 for Unicode 6.0.0.
2053 The following modules have been added:
2055 C<Unicode::Collate::CJK::Big5> for C<zh__big5han> which makes
2056 tailoring of CJK Unified Ideographs in the order of CLDR's big5han ordering.
2058 C<Unicode::Collate::CJK::GB2312> for C<zh__gb2312han> which makes
2059 tailoring of CJK Unified Ideographs in the order of CLDR's gb2312han ordering.
2061 C<Unicode::Collate::CJK::JISX0208> which makes tailoring of 6355 kanji
2062 (CJK Unified Ideographs) in the JIS X 0208 order.
2064 C<Unicode::Collate::CJK::Korean> which makes tailoring of CJK Unified Ideographs
2065 in the order of CLDR's Korean ordering.
2067 C<Unicode::Collate::CJK::Pinyin> for C<zh__pinyin> which makes
2068 tailoring of CJK Unified Ideographs in the order of CLDR's pinyin ordering.
2070 C<Unicode::Collate::CJK::Stroke> for C<zh__stroke> which makes
2071 tailoring of CJK Unified Ideographs in the order of CLDR's stroke ordering.
2073 DUCET has been updated for Unicode 6.0.0 as Collate/allkeys.txt and
2074 the default UCA_Version is 22.
2076 This also sees the switch from using the pure-perl version of this
2077 module to the XS version.
2081 C<Unicode::Normalize> has been upgraded from version 1.03 to 1.10.
2085 C<Unicode::UCD> has been upgraded from version 0.27 to 0.32.
2087 Add info about named sequence alternatives.
2089 Don't use C<CompositionExclusions.txt>.
2091 This includes a number of bug fixes:
2101 It is now updated to Unicode Version 6 with Corrigendum #8, except,
2102 as with Perl 5.14, the code point at U+1F514 has no name.
2106 The Hangul syllable code points have the correct names, and their
2107 decompositions are always output without requiring L<Lingua::KO::Hangul::Util>
2112 The CJK (Chinese-Japanese-Korean) code points U+2A700 - U+2B734
2113 and U+2B740 - 2B81D are now properly handled.
2117 The numeric values are now output for those CJK code points that have them.
2121 The names that are output for code points with multiple aliases are now the
2128 This now correctly returns "Unknown" instead of C<undef> for the script
2129 of a code point that hasn't been assigned another one.
2133 This now correctly returns "No_Block" instead of C<undef> for the block
2134 of a code point that hasn't been assigned to another one.
2138 Added new function C<Unicode::UCD::num()>. This function will return the
2139 numeric value of the string passed it; C<undef> if the string in its
2140 entirety has no safe numeric value.
2142 To be safe, a string must be a single character which has a numeric
2143 value, or consist entirely of characters that match \d, coming from the
2144 same Unicode block of digits. Thus, a mix of Bengali and Western
2145 digits would be considered unsafe, as well as a mix of half- and
2146 full-width digits, but strings consisting entirely of Devanagari digits
2147 or of "Mathematical Bold" digits would would be safe.
2151 C<version> has been upgraded from 0.82 to 0.88.
2153 Modify export logic for C<is_strict> and C<is_lax>.
2157 C<warnings> and C<warnings::register> have been upgraded from version 1.09
2158 to 1.11 and from version 1.01 to 1.02 respectively.
2160 Calling C<use warnings> without arguments is now significantly more efficient.
2162 It is now possible to register warning categories other than the names of
2163 packages using C<warnings::register>. See L<perllexwarn> for more information.
2167 C<VMS::DCLsym> has been upgraded from version 1.03 to 1.05.
2169 Two bugs have been fixed [perl #84086]:
2171 The symbol table name was lost when tying a hash, due to a thinko in
2172 C<TIEHASH>. The result was that all tied hashes interacted with the
2175 Unless a symbol table name had been explicitly specified in the call
2176 to the constructor, querying the special key ':LOCAL' failed to
2177 identify objects connected to the local symbol table.
2181 C<Win32> has been upgraded from version 0.39 to 0.44.
2183 Add several functions. (5.13.8)
2185 Corrections to names returned by C<Win32::GetOSName> and
2186 C<Win32::GetOSDisplayName>.
2190 C<XSLoader> has been upgraded from version 0.10 to 0.11.
2194 =head2 Dual-life Modules and Pragmata
2196 These modules were formerly distributed only in the Perl core
2197 distribution, and are now dual-lifed (meaning they are now also available
2198 separately on CPAN):
2208 C<Devel::SelfStubber>
2228 =head2 Removed Modules and Pragmata
2230 The following modules have been removed from the core distribution, and if
2231 needed should be installed from CPAN instead.
2237 =item C<Pod::Plainer>
2243 The removal of C<Shell> has been deferred until after 5.14, as the
2244 implementation of C<Shell> shipped with 5.12.0 did not correctly issue the
2245 warning that it was to be removed from core.
2247 =head1 Documentation
2249 XXX Changes to files in F<pod/> go here. Consider grouping entries by
2250 file and be sure to link to the appropriate page, e.g. L<perlfunc>.
2252 =head2 New Documentation
2256 L<perlgpl> has been updated to contain GPL version 1, as is included in the
2257 F<README> distributed with perl.
2259 =head3 L<perl5121delta>
2261 The Perl 5.12.1 perldelta file was added from the Perl maintenance branch
2263 =head3 L<perlpodstyle>
2265 New style guide for POD documentation,
2266 split mostly from the NOTES section of the pod2man man page.
2268 ( This was added to C<v5.13.6> but was not documented with that release ).
2270 =head2 Changes to Existing Documentation
2272 =head3 L<perlmodlib>
2274 The perlmodlib page that came with Perl 5.12.0 was missing a lot of
2275 modules, due to a bug in the script that generates the list. This has been
2276 fixed [perl #74332].
2278 =head3 Replace wrong tr/// table in perlebcdic.pod
2280 perlebcdic.pod contains a helpful table to use in tr/// to convert
2281 between EBCDIC and Latin1/ASCII. Unfortunately, the table was the
2282 inverse of the one it describes, though the code that used the table
2283 worked correctly for the specific example given.
2285 The table has been changed to its inverse, and the sample code changed
2286 to correspond, as this is easier for the person trying to follow the
2287 instructions since deriving the old table is somewhat more complicated.
2289 The table has also been changed to hex from octal, as that is more the norm
2290 these days, and the recipes in the pod altered to print out leading
2291 zeros to make all the values the same length, as the table that they can
2292 generate has them (5f26d5).
2294 =head3 Document tricks for user-defined casing
2296 perlunicode.pod now contains an explanation of how to override, mangle
2297 and otherwise tweak the way perl handles upper, lower and other case
2298 conversions on unicode data, and how to provide scoped changes to alter
2299 one's own code's behaviour without stomping on anybody else (71648f).
2301 =head3 Document $# and $* as removed and clarify $#array usage
2303 $# and $* were both disabled as of perl5 version 10; this release adds
2304 documentation to that effect, a description of the results of continuing
2305 to try and use them, and a note explaining that $# can also function as a
2306 sigil in the $#array form (7f315d2).
2308 =head3 INSTALL explicitly states the requirement for C89
2310 This was already true but it's now Officially Stated For The Record (51eec7).
2312 =head3 No longer advertise Math::TrulyRandom
2314 This module hasn't been updated since 1996 so we can't recommend it any more
2317 =head3 perlfaq synchronised to upstream
2319 The FAQ has been updated to commit
2320 37550b8f812e591bcd0dd869d61677dac5bda92c from the perlfaq repository
2321 at git@github.com:briandfoy/perlfaq.git
2323 =head3 General changes
2329 Octal character escapes in documentation now prefer a three-digit octal
2330 escape or the new C<\o{...}> escape as they have more consistent behavior
2331 in different contexts than other forms. (ce7b6f0) (d8b950d) (e1f120a)
2335 Documentation now standardizes on the term 'capture group' over 'buffer'
2336 in regular expression documentation (c27a5cf)
2346 Added cautionary note about "no VERSION" (e0de7c2)
2350 Added additional notes regarding srand when forking (d460397)
2360 Improved documentation of unusual character escapes (4068718, 9644846)
2364 Clarified how hexadecimal escapes are interpreted, with particular
2365 attention to the treatment of invalid characters (9644846)
2375 Clarified the behavior of the C<-0NNN> switch for C<-0400> or higher (7ba31cb)
2379 =head3 L<perlpolicy>
2385 Added the policy on compatibility and deprecation along with definitions of
2386 terms like "deprecation" (70e4a83)
2396 Added examples of the perils of not using \g{} when there are more
2397 than nine back-references (9d86067)
2407 Updated some examples for modern Perl style (67d00dd)
2417 The following existing diagnostics are now documented:
2423 L<Ambiguous use of %c resolved as operator %c|perldiag/"Ambiguous use of %c resolved as operator %c">
2427 L<Ambiguous use of %c{%s} resolved to %c%s|perldiag/"Ambiguous use of %c{%s} resolved to %c%s">
2431 L<Ambiguous use of %c{%s%s} resolved to %c%s%s|perldiag/"Ambiguous use of %c{%s%s} resolved to %c%s%s">
2435 L<Ambiguous use of -%s resolved as -&%s()|perldiag/"Ambiguous use of -%s resolved as -&%s()">
2439 L<Invalid strict version format (%s)|perldiag/"Invalid strict version format (%s)">
2443 L<Invalid version format (%s)|perldiag/"Invalid version format (%s)">
2447 L<Invalid version object|perldiag/"Invalid version object">
2459 Documented a L<limitation|perlport/alarm> of L<alarm()|perlfunc/"alarm SECONDS">
2470 Minor fix to a multiple scalar match example.
2480 Many of the optree construction functions are now documented.
2490 Expanded to cover many more popular books.
2500 L<perlfaq>, L<perlfaq2>, L<perlfaq4>, L<perlfaq5>, L<perlfaq6>, L<perlfaq8>, and
2501 L<perlfaq9> have seen various updates and modernizations.
2511 The documentation for the C<SvTRUE> macro was simply wrong in stating that
2512 get-magic is not processed. It has been corrected.
2518 L<perlvar> reorders the variables and groups them by topic. Each variable
2519 introduced after Perl 5.000 notes the first version in which it is
2520 available. L<perlvar> also has a new section for deprecated variables to
2521 note when they were removed.
2523 =head3 blah blah blah
2525 Array and hash slices in scalar context are now documented in L<perldata>.
2527 =head3 blah blah blah
2529 L<perlform> and L<perllocale> have been corrected to state that
2530 C<use locale> affects formats.
2532 =head3 All documentation
2538 Numerous POD warnings were fixed.
2542 Many, many spelling errors and typographical mistakes were corrected throughout Perl's core.
2552 C<perlhack> was extensively reorganized.
2562 It has now been documented that C<ord> returns 0 for an empty string.
2572 L<overload>'s documentation has practically undergone a rewrite. It
2573 is now much more straightforward and clear.
2577 =head3 L<perlhack> and perlrepository
2583 The L<perlhack> and perlrepository documents have been heavily edited and
2584 split up into several new documents.
2586 The L<perlhack> document is now much shorter, and focuses on the Perl 5
2587 development process and submitting patches to Perl. The technical content has
2588 been moved to several new documents, L<perlsource>, L<perlinterp>,
2589 L<perlhacktut>, and L<perlhacktips>. This technical content has only been
2592 The perlrepository document has been renamed to L<perlgit>. This new document
2593 is just a how-to on using git with the Perl source code. Any other content
2594 that used to be in perlrepository has been moved to perlhack.
2604 The documentation for the C<map> function now contains more examples,
2605 see B<perldoc -f map> (f947627)
2615 Examples in L<perlfaq4> have been updated to show the use of
2616 L<Time::Piece>. (9243591)
2620 =head3 Miscellaneous
2626 Many POD related RT bugs and other issues which are too numerous to
2627 enumerate have been solved by Michael Stevens.
2633 The following additions or changes have been made to diagnostic output,
2634 including warnings and fatal error messages. For the complete list of
2635 diagnostic messages, see L<perldiag>.
2637 =head2 New Diagnostics
2641 =item Parsing code internal error (%s)
2643 New fatal error produced when parsing code supplied by an extension violated the
2644 parser's API in a detectable way.
2646 =item Use of qw(...) as parentheses is deprecated
2648 See L</"Use of qw(...) as parentheses"> for details.
2650 =item Using !~ with %s doesn't make sense
2652 This message was actually added in
2653 5.13.2, but was omitted from perldelta. It now applies also to the C<y///>
2654 operator, and has been documented.
2656 =item Closure prototype called
2658 There is a new "Closure prototype called" error [perl #68560].
2660 =item Operation "%s" returns its argument for ...
2662 Performing an operation requiring Unicode semantics (such as case-folding)
2663 on a Unicode surrogate or a non-Unicode character now triggers a warning:
2664 'Operation "%s" returns its argument for ...'.
2666 =item "\b{" is deprecated; use "\b\{" instead
2668 =item "\B{" is deprecated; use "\B\{" instead
2670 Use of an unescaped "{" immediately following a C<\b> or C<\B> is now
2671 deprecated so as to reserve its use for Perl itself in a future release.
2673 =item regcomp: Add warning if \p is used under locale. (fb2e24c)
2675 C<\p> implies Unicode matching rules, which are likely going to be
2676 different than the locale's.
2678 =item panic: gp_free failed to free glob pointer - something is repeatedly re-creating entries
2680 This new error is triggered if a destructor called on an object in a
2681 typeglob that is being freed creates a new typeglob entry containing an
2682 object with a destructor that creates a new entry containing an object....
2684 =item refcnt: fd %d%s
2686 This new error only occurs if a internal consistency check fails when a
2687 pipe is about to be closed.
2689 =item Regexp modifier "/%c" may not appear twice
2691 (F syntax) The regular expression pattern had one of the mutually exclusive
2692 modifiers repeated. Remove all but one of the occurrences.
2694 =item Regexp modifiers "/%c" and "/%c" are mutually exclusive
2696 (F syntax) The regular expression pattern had more than one of the mutually
2697 exclusive modifiers. Retain only the modifier that is supposed to be there.
2699 =item Insecure user-defined property %s
2701 (F) Perl detected tainted data when trying to compile a regular
2702 expression that contains a call to a user-defined character property
2703 function, i.e. C<\p{IsFoo}> or C<\p{InFoo}>.
2704 See L<perlunicode/User-Defined Character Properties> and L<perlsec>.
2708 =head2 Changes to Existing Diagnostics
2714 The "Variable $foo is not imported" warning that precedes a
2715 C<strict 'vars'> error has now been assigned the "misc" category, so that
2716 C<no warnings> will suppress it [perl #73712].
2720 C<warn> and C<die> now produce 'Wide character' warnings when fed a
2721 character outside the byte range if STDERR is a byte-sized handle.
2725 The 'Layer does not match this perl' error message has been replaced with
2726 these more helpful messages:
2732 PerlIO layer function table size (%d) does not match size expected by this
2737 PerlIO layer instance size (%d) does not match size expected by this perl
2746 The "Found = in conditional" warning that is emitted when a constant is
2747 assigned to a variable in a condition is now withheld if the constant is
2748 actually a subroutine or one generated by C<use constant>, since the value
2749 of the constant may not be known at the time the program is written
2754 Previously, if none of the C<gethostbyaddr>, C<gethostbyname> and
2755 C<gethostent> functions were implemented on a given platform, they would
2756 all die with the message 'Unsupported socket function "gethostent" called',
2757 with analogous messages for C<getnet*> and C<getserv*>. This has been
2762 The warning message about regex unrecognized escapes passed through is
2763 changed to include any literal '{' following the 2-char escape. e.g.,
2764 "\q{" will include the { in the message as part of the escape
2769 C<binmode $fh, ':scalar'> no longer warns (8250589)
2771 Perl will now no longer produce this warning:
2773 $ perl -we 'open my $f, ">", \my $x; binmode $f, "scalar"'
2774 Use of uninitialized value in binmode at -e line 1.
2778 =head1 Utility Changes
2786 The remote terminal works after forking and spawns new sessions - one
2787 for each forked process (11653f7)
2791 Uses the less pager path from Config instead of searching for it (bf320d6)
2801 The use of a deprecated C<goto> construct has been removed [perl #74404].
2811 L<ptargrep> is a utility to apply pattern matching to the contents of files
2812 in a tar archive. It comes with C<Archive::Tar>.
2822 C<perlbug> now looks in the EMAIL environment variable for a return address
2823 if the REPLY-TO and REPLYTO variables are empty.
2827 C<perlbug> did not previously generate a From: header, potentially
2828 resulting in dropped mail. Now it does include that header.
2838 F<pod/buildtoc> has been modernized and can now be used to test the
2839 well-formedness of F<pod/perltoc.pod> automatically.
2849 [perl #82996] Use the user's from address as return-path in perlbug
2851 Many systems these days don't have a valid Internet domain name and
2852 perlbug@perl.org does not accept email with a return-path that does
2853 not resolve. Therefore pass the user's address to sendmail so it's
2854 less likely to get stuck in a mail queue somewhere. (019cfd2)
2858 =head1 Configuration and Compilation
2860 See also L</"Naming fixes in Policy_sh.SH may invalidate Policy.sh">,
2867 Fix CCINCDIR and CCLIBDIR for mingw64 cross compiler to correctly be under
2868 $(CCHOME)\mingw\include and \lib rather than immediately below $(CCHOME).
2872 This means the 'incpath', 'libpth', 'ldflags', 'lddlflags' and
2873 'ldflags_nolargefiles' values in Config.pm and Config_heavy.pl are now
2874 set correctly (23ae7f).
2878 Adjusted 'make test.valgrind' to account for cpan/dist/ext separation
2883 Compatibility with C<C++> compilers has been improved.
2887 On compilers that support it, C<-Wwrite-strings> is now added to cflags by
2892 The C<Encode> module can now (once again) be included in a static Perl
2893 build. The special-case handling for this situation got broken in Perl
2894 5.11.0, and has now been repaired.
2900 XXX Any significant changes to the testing of a freshly built perl should be
2901 listed here. Changes which create B<new> files in F<t/> go here as do any
2902 large changes to the testing harness (e.g. when parallel testing was added).
2903 Changes to existing files in F<t/> aren't worth summarising, although the bugs
2904 that they represent may be covered elsewhere.
2910 F<t/harness> clears PERL5LIB, PERLLIB, PERL5OPT as t/TEST does (a2d3de1)
2914 Many common testing routines were refactored into t/lib/common.pl
2918 Several test files have been modernized to use Test::More
2922 F<t/op/print.t> has been added to test implicit printing of C<$_>.
2926 F<t/io/errnosig.t> has been added to test for restoration of of C<$!> when
2927 leaving signal handlers.
2931 F<t/op/tie_fetch_count.t> has been added to see if C<FETCH> is only called once
2936 F<lib/Tie/ExtraHash.t> has been added to make sure the, previously untested,
2937 L<Tie::ExtraHash> keeps working.
2941 F<t/re/overload.t> has been added to test against string corruption in pattern
2942 matches on overloaded objects. This is a TODO test.
2946 The new F<t/lib/universal.t> script tests the Internal::* functions and other
2947 things in F<universal.c>.
2951 A rare race condition in F<t/op/while_readdir.t> has been fixed, stopping it
2952 from failing randomly when running tests in parallel.
2956 The new F<t/op/leaky-magic.t> script tests that magic applied to variables in
2957 the main packages does not affect other packages.
2961 The script F<t/op/threads-dirh.t> has been added, which tests interaction
2962 of threads and directory handles.
2966 The new F<t/mro/isa_aliases.t> has been added, which tests that
2967 C<*Foo::ISA = *Bar::ISA> works properly.
2971 F<t/mro/isarev.t> has been added, which tests that C<PL_isarev> (accessible
2972 at the Perl level via C<mro::get_isarev>) is updated properly.
2976 F<t/run/switchd-78586.t> has been added, which tests that [perl #78586]
2977 has been fixed (related to line numbers in the debugger).
2981 C<lib/File/DosGlob.t> has been modernized and now uses C<Test::More>.
2985 A new test script, C<t/porting/filenames.t>, makes sure that filenames and
2986 paths are reasonably portable.
2990 C<t/porting/diag.t> is now several orders of magnitude faster.
2994 C<t/porting/buildtoc.t> now tests that the documentation TOC file is current and well-formed.
2998 C<t/base/while.t> now tests the basics of a while loop with minimal dependencies.
3002 C<t/cmd/while.t> now uses F<test.pl> for better maintainability.
3006 C<t/op/split.t> now tests calls to C<split> without any pattern specified.
3010 F<porting/FindExt.t> now skips all tests on a static (-Uusedl) build
3015 F<porting/FindExt.t> now passes on non-Win32 platforms when some
3016 extensions are built statically.
3020 The tests for C<split /\s/> and Unicode have been moved from
3021 F<t/op/split.t> to the new F<t/op/split_unicode.t>.
3025 F<t/re/re.t> has been moved to F<ext/re/t/re_funcs_u.t>.
3029 The tests for [perl #72922] have been moved from F<t/re/qr.t> to the new
3034 F<t/re/reg_unsafe.t> has been deleted and its only test moved to
3035 F<t/re/pat_advanced.t>.
3039 =head1 Platform Support
3041 XXX Any changes to platform support should be listed in the sections below.
3043 [ Within the sections, list each platform as a =item entry with specific
3044 changes as paragraphs below it. ]
3046 =head2 New Platforms
3048 XXX List any platforms that this version of perl compiles on, that previous
3049 versions did not. These will either be enabled by new files in the F<hints/>
3050 directories, or new subdirectories and F<README> files at the top level of the
3057 Perl now builds on AIX 4.2.
3061 =head2 Discontinued Platforms
3067 Support for MacOS Classic within ExtUtils::MakeMaker was removed from Perl in
3068 December 2004. Vestigial MacOS Classic specific code has now been removed
3069 from other core modules as well (8f8c2a4..c457df0)
3071 =item Apollo DomainOS
3073 The last vestiges of support for this platform have been excised from the
3074 Perl distribution. It was officially discontinued in version 5.12.0. It had
3075 not worked for years before that.
3079 The last vestiges of support for this platform have been excised from the
3080 Perl distribution. It was officially discontinued in an earlier version.
3084 =head2 Platform-Specific Notes
3086 =head3 Recent OpenBSDs now use perl's malloc
3088 OpenBSD E<gt> 3.7 has a new malloc implementation which is mmap based
3089 and as such can release memory back to the OS; however for perl using
3090 this malloc causes a substantial slowdown so we now default to using
3091 perl's malloc instead (RT #75742) (9b58b5).
3099 Make C<PerlIOUnix_open> honour default permissions on VMS.
3101 When C<perlio> became the default and C<unixio> became the default bottom layer,
3102 the most common path for creating files from Perl became C<PerlIOUnix_open>,
3103 which has always explicitly used C<0666> as the permission mask.
3105 To avoid this, C<0777> is now passed as the permissions to C<open()>. In the
3106 VMS CRTL, C<0777> has a special meaning over and above intersecting with the
3107 current umask; specifically, it allows Unix syscalls to preserve native default
3114 t/io/openpid.t now uses the alarm() watchdog strategy for more
3115 robustness (5732108)
3121 Fixed a possible hang in F<t/op/readline.t>.
3125 Fixed build process for SDK2003SP1 compilers.
3129 When using old 32-bit compilers, the define C<_USE_32BIT_TIME_T> will now be set
3130 in C<$Config{ccflags}>. This improves portability when compiling XS extensions
3131 using new compilers, but for a perl compiled with old 32-bit compilers.
3135 XXX A bunch of entries that need conversion to =head2 format (unless the
3136 entries above change to =items):
3142 Conversion of strings to floating-point numbers is now more accurate on
3143 IRIX systems [perl #32380].
3147 Early versions of Mac OS X (Darwin) had buggy implementations of the
3148 C<setregid>, C<setreuid>, C<setrgid> and C<setruid> functions, so perl
3149 would pretend they did not exist.
3151 These functions are now recognised on Mac OS 10.5 (Leopard; Darwin 9) and
3152 higher, as they have been fixed [perl #72990].
3156 perl now builds again with OpenVOS (formerly known as Stratus VOS)
3161 The shortening of symbols longer than 31 characters in the C sources is
3162 now done by the compiler rather than by xsubpp (which could only do so
3163 for generated symbols in XS code).
3167 C<$Config{gccversion}> is now set correctly when perl is built using the
3168 mingw64 compiler from L<http://mingw64.org> [perl #73754].
3170 The build process proceeds more smoothly with mingw and dmake when
3171 F<C:\MSYS\bin> is in the PATH, due to a C<Cwd> fix.
3175 Directory handles are now properly cloned when threads are created. In perl
3176 5.13.6, child threads simply stopped inheriting directory handles. In
3177 previous versions, threads would share handles, resulting in crashes.
3179 Support for building with Visual C++ 2010 is now underway, but is not yet
3180 complete. See F<README.win32> for more details.
3184 Record-oriented files (record format variable or variable with fixed control)
3185 opened for write by the perlio layer will now be line buffered to prevent the
3186 introduction of spurious line breaks whenever the perlio buffer fills up.
3190 The NetBSD hints file has been changed to make the system's malloc the
3195 The option to use an externally-supplied C<crypt()>, or to build with no
3196 C<crypt()> at all, has been removed. Perl supplies its own C<crypt()>
3197 implementation for Windows, and the political situation that required
3198 this part of the distribution to sometimes be omitted is long gone.
3206 Updated MakeMaker to build man pages on cygwin.
3210 Improved rebase behaviour
3212 If a dll is updated on cygwin reuse the old imagebase address.
3213 This solves most rebase errors, esp when updating on core dll's.
3214 See L<http://www.tishler.net/jason/software/rebase/rebase-2.4.2.README> for more information.
3218 Support the standard cyg dll prefix, which is e.g. needed for FFI's.
3222 Updated build hints file
3229 DTrace is now supported on Solaris. There used to be build failures, but
3230 these have been fixed [perl #73630].
3238 The C<test-prep> build target now depends on F<pod/perltoc.pod> to allow the
3239 F<t/porting/buildtoc.t> test to run successfully.
3249 [perl #82988] Skip hanging taint.t test on MirBSD 10 (1fb83d0)
3251 Skip a hanging test under MirBSD that was already being skipped under
3256 Previously if you build perl with a shared libperl.so on MirBSD (the
3257 default config), it will work up to the installation; however, once
3258 installed, it will be unable to find libperl. Treat path handling
3259 like in the other BSD dialects.
3265 =head1 Internal Changes
3269 =head2 CLONE_PARAMS structure added to ease correct thread creation
3271 Modules that create threads should now create C<CLONE_PARAMS> structures
3272 by calling the new function C<Perl_clone_params_new()>, and free them with
3273 C<Perl_clone_params_del()>. This will ensure compatibility with any future
3274 changes to the internals of the C<CLONE_PARAMS> structure layout, and that
3275 it is correctly allocated and initialised.
3277 =head2 API function to parse statements
3279 The C<parse_fullstmt> function has been added to allow parsing of a single
3280 complete Perl statement. See L<perlapi> for details.
3282 =head2 API functions for accessing the runtime hinthash
3284 A new C API for introspecting the hinthash C<%^H> at runtime has been added.
3285 See C<cop_hints_2hv>, C<cop_hints_fetchpvn>, C<cop_hints_fetchpvs>,
3286 C<cop_hints_fetchsv>, and C<hv_copy_hints_hv> in L<perlapi> for details.
3288 =head2 C interface to C<caller()>
3290 The C<caller_cx> function has been added as an XSUB-writer's equivalent of
3291 C<caller()>. See L<perlapi> for details.
3293 =head2 Custom per-subroutine check hooks
3295 XS code in an extension module can now annotate a subroutine (whether
3296 implemented in XS or in Perl) so that nominated XS code will be called
3297 at compile time (specifically as part of op checking) to change the op
3298 tree of that subroutine. The compile-time check function (supplied by
3299 the extension module) can implement argument processing that can't be
3300 expressed as a prototype, generate customised compile-time warnings,
3301 perform constant folding for a pure function, inline a subroutine
3302 consisting of sufficiently simple ops, replace the whole call with a
3303 custom op, and so on. This was previously all possible by hooking the
3304 C<entersub> op checker, but the new mechanism makes it easy to tie the
3305 hook to a specific subroutine. See L<perlapi/cv_set_call_checker>.
3307 To help in writing custom check hooks, several subtasks within standard
3308 C<entersub> op checking have been separated out and exposed in the API.
3310 =head2 Improved support for custom OPs
3312 Custom ops can now be registered with the new C<custom_op_register> C
3313 function and the C<XOP> structure. This will make it easier to add new
3314 properties of custom ops in the future. Two new properties have been added
3315 already, C<xop_class> and C<xop_peep>.
3317 C<xop_class> is one of the OA_*OP constants, and allows L<B> and other
3318 introspection mechanisms to work with custom ops that aren't BASEOPs.
3319 C<xop_peep> is a pointer to a function that will be called for ops of this
3320 type from C<Perl_rpeep>.
3322 See L<perlguts/Custom Operators> and L<perlapi/Custom Operators> for more
3325 The old C<PL_custom_op_names>/C<PL_custom_op_descs> interface is still
3326 supported but discouraged.
3328 =head2 Return value of C<delete $+{...}>
3330 Custom regular expression engines can now determine the return value of
3331 C<delete> on an entry of C<%+> or C<%->.
3333 XXX Mention the actual API.
3335 =head2 Changes to existing APIs
3337 XXX This probably contains also internal changes unrelated to APIs. It
3338 needs to be sorted out. Maybe we also need an ‘Other Changes’ or ‘Really
3339 Internal Changes’ section.
3345 The protocol for unwinding the C stack at the last stage of a C<die>
3346 has changed how it identifies the target stack frame. This now uses
3347 a separate variable C<PL_restartjmpenv>, where previously it relied on
3348 the C<blk_eval.cur_top_env> pointer in the C<eval> context frame that
3349 has nominally just been discarded. This change means that code running
3350 during various stages of Perl-level unwinding no longer needs to take
3351 care to avoid destroying the ghost frame.
3355 The format of entries on the scope stack has been changed, resulting in a
3356 reduction of memory usage of about 10%. In particular, the memory used by
3357 the scope stack to record each active lexical variable has been halved.
3361 Memory allocation for pointer tables has been changed. Previously
3362 C<Perl_ptr_table_store> allocated memory from the same arena system as C<SV>
3363 bodies and C<HE>s, with freed memory remaining bound to those arenas until
3364 interpreter exit. Now it allocates memory from arenas private to the specific
3365 pointer table, and that memory is returned to the system when
3366 C<Perl_ptr_table_free> is called. Additionally, allocation and release are both
3371 A new function, Perl_magic_methcall has been added that wraps the setup needed
3372 to call a magic method like FETCH (the existing S_magic_methcall function has
3373 been renamed S_magic_methcall1).
3377 The implementation of sv_dup_inc() has changed from a macro to a function.
3381 The C<find_rundefsvoffset> function has been deprecated. It appeared that
3382 its design was insufficient to reliably get the lexical C<$_> at run-time.
3384 Use the new C<find_rundefsv> function or the C<UNDERBAR> macro instead.
3385 They directly return the right SV representing C<$_>, whether it's lexical
3386 or dynamic (789bd8 .. 03d5bc).
3390 The following new functions or macros have been added to the public API:
3391 C<SvNV_nomg>, C<sv_2nv_flags>, C<find_rundefsv>.
3395 The C<UNDERBAR> macro now calls C<find_rundefsv>. C<dUNDERBAR> is now a
3396 noop but should still be used to ensure past and future compatibility.
3400 The ibcmp_* functions have been renamed and are now called foldEQ,
3401 foldEQ_locale and foldEQ_utf8 (e6226b).
3405 Under some circumstances, the C<CvGV()> field of a CV is now reference
3406 counted. To ensure consistent behaviour, direct assignment to it, for
3407 example C<CvGV(cv) = gv> is now a compile-time error. A new macro,
3408 C<CvGV_set(cv,gv)> has been introduced to perform this operation safely.
3409 Note that modification of this field is not part of of the public API,
3410 regardless of this new macro. This change caused some
3411 L<issues|/"Known Problems"> in modules that used the private C<GvGV()>
3416 It is now possible for XS code to hook into Perl's lexical scope
3417 mechanism at compile time, using the new C<Perl_blockhook_register>
3418 function. See L<perlguts/"Compile-time scope hooks">.
3422 Added C<Perl_croak_no_modify()> to implement
3423 C<Perl_croak("%s", PL_no_modify)> (6ad8f25)
3427 Added prototypes for C<tie()> and C<untie()> to allow overloading (RT#75902)
3432 Adds C<my_[l]stat_flags()> to replace C<my_[l]stat()>. C<my_stat()> and
3433 C<my_lstat()> call get magic on the stack arg, so create C<_flags()>
3434 variants that allow us to control this. (0d7d409)
3438 Removed C<PERL_POLLUTE>
3440 The option to define C<PERL_POLLUTE> to expose older 5.005 symbols for backwards
3441 compatibility has been removed. It's use was always discouraged, and MakeMaker
3442 contains a more specific escape hatch:
3444 perl Makefile.PL POLLUTE=1
3446 This can be used for modules that have not been upgraded to 5.6 naming
3447 conventions (and really should be completely obsolete by now).
3451 Added C<PERL_STATIC_INLINE>
3453 The C<PERL_STATIC_INLINE> define has been added to provide the best-guess
3454 incantation to use for static inline functions, if the C compiler supports
3455 C99-style static inline. If it doesn't, it'll give a plain C<static>.
3457 C<HAS_STATIC_INLINE> can be used to check if the compiler actually supports
3462 C<CALL_FPTR> and C<CPERLscope> have been deprecated.
3464 Those are left from an old implementation of C<MULTIPLICITY> using C++ objects,
3465 which was removed in Perl 5.8. Nowadays these macros do exactly nothing, so
3466 they shouldn't be used anymore.
3468 For compatibility, they are still defined for external C<XS> code. Only
3469 extensions defining C<PERL_CORE> must be updated now.
3473 C<lex_stuff_pvs()> has been added as a convenience macro wrapping
3474 C<lex_stuff_pvn()> for literal strings.
3478 The recursive part of the peephole optimizer is now hookable.
3480 In addition to C<PL_peepp>, for hooking into the toplevel peephole optimizer, a
3481 C<PL_rpeepp> is now available to hook into the optimizer recursing into
3482 side-chains of the optree.
3486 See L</Regular expressions retain their localeness when interpolated>,
3491 The C<sv_cmp_flags>, C<sv_cmp_locale_flags>, C<sv_eq_flags> and
3492 C<sv_collxfrm_flags> functions have been added. These are like their
3493 non-_flags counterparts, but allow one to specify whether get-magic is
3496 The C<sv_cmp>, C<sv_cmp_locale>, C<sv_eq> and C<sv_collxfrm> functions have
3497 been replaced with wrappers around the new functions.
3501 A new C<sv_2bool_flags> function has been added.
3503 This is like C<sv_2bool>, but it lets the calling code decide whether
3504 get-magic is handled. C<sv_2bool> is now a macro that calls the new
3509 A new macro, C<SvTRUE_nomg>, has been added.
3511 This is like C<SvTRUE>, except that it does not process magic. It uses the
3512 new C<sv_2bool_flags> function.
3516 C<sv_catsv_flags> no longer calls C<mg_get> on its second argument (the
3517 source string) if the flags passed to it do not include SV_GMAGIC. So it
3518 now matches the documentation.
3522 A new interface has been added for custom check hooks on subroutines. See
3523 L</Custom per-subroutine check hooks>, above.
3527 List op building functions have been added to the
3528 API. See L<op_append_elem|perlapi/op_append_elem>,
3529 L<op_append_list|perlapi/op_append_list>, and
3530 L<op_prepend_elem|perlapi/op_prepend_elem>.
3534 The L<LINKLIST|perlapi/LINKLIST> macro, part of op building that
3535 constructs the execution-order op chain, has been added to the API.
3539 Many functions ending with pvn now have equivalent pv/pvs/sv versions.
3543 The C<save_freeop>, C<save_op>, C<save_pushi32ptr> and C<save_pushptrptr>
3544 functions have been added to the API.
3548 The new API function C<parse_stmtseq()> parses a sequence of statements, up
3549 to closing brace or EOF.
3553 C<lex_start> has been added to the API, but is considered experimental.
3557 A new C<parse_block> function has been added to the API [perl #78222].
3561 A new, experimental API has been added for accessing the internal
3562 structure that Perl uses for C<%^H>. See the functions beginning with
3563 C<cophh_> in L<perlapi>.
3567 A stash can now have a list of effective names in addition to its usual
3568 name. The first effective name can be accessed via the C<HvENAME> macro,
3569 which is now the recommended name to use in MRO linearisations (C<HvNAME>
3570 being a fallback if there is no C<HvENAME>).
3572 These names are added and deleted via C<hv_ename_add> and
3573 C<hv_ename_delete>. These two functions are I<not> part of the API.
3577 The way the parser handles labels has been cleaned up and refactored. As a
3578 result, the C<newFOROP()> constructor function no longer takes a parameter
3579 stating what label is to go in the state op.
3583 The C<newWHILEOP()> and C<newFOROP()> functions no longer accept a line
3584 number as a parameter.
3588 A new C<parse_barestmt()> function has been added, for parsing a statement
3593 A new C<parse_label()> function has been added, that parses a statement
3594 label, separate from statements.
3598 The C<CvSTASH()> macro can now only be used as an rvalue. C<CvSTASH_set()>
3599 has been added to replace assignment to C<CvSTASH()>. This is to ensure
3600 that backreferences are handled properly. These macros are not part of the
3605 The C<op_scope()> and C<op_lvalue()> functions have been added to the API,
3606 but are considered experimental.
3610 The L<C<mg_findext()>|perlapi/mg_findext> and
3611 L<C<sv_unmagicext()>|perlapi/sv_unmagicext>
3612 functions have been added to the API.
3613 They allow extension authors to find and remove magic attached to
3614 scalars based on both the magic type and the magic virtual table, similar to how
3615 C<sv_magicext()> attaches magic of a certain type and with a given virtual table
3616 to a scalar. This eliminates the need for extensions to walk the list of
3617 C<MAGIC> pointers of an C<SV> to find the magic that belongs to them.
3622 L<C<parse_fullexpr()>|perlapi/parse_fullexpr>,
3623 L<C<parse_listexpr()>|perlapi/parse_listexpr>,
3624 L<C<parse_termexpr()>|perlapi/parse_termexpr>, and
3625 L<C<parse_arithexpr()>|perlapi/parse_arithexpr>
3626 functions have been added to the API. They perform
3627 recursive-descent parsing of expressions at various precedence levels.
3628 They are expected to be used by syntax plugins.
3632 The opcode bodies for C<chop> and C<chomp> and for C<schop> and C<schomp> have
3633 been merged. The implementation functions C<Perl_do_chop()> and
3634 C<Perl_do_chomp()>, never part of the public API, have been merged and moved to
3635 a static function in F<pp.c>. This shrinks the perl binary slightly, and should
3636 not affect any code outside the core (unless it is relying on the order of side
3637 effects when C<chomp> is passed a I<list> of values).
3641 Some of the flags parameters to the uvuni_to_utf8_flags() and
3642 utf8n_to_uvuni() have changed. This is a result of Perl now allowing
3643 internal storage and manipulation of code points that are problematic
3644 in some situations. Hence, the default actions for these functions has
3645 been complemented to allow these code points. The new flags are
3646 documented in L<perlapi>. Code that requires the problematic code
3647 points to be rejected needs to change to use these flags. Some flag
3648 names are retained for backward source compatibility, though they do
3649 nothing, as they are now the default. However the flags
3650 C<UNICODE_ALLOW_FDD0>, C<UNICODE_ALLOW_FFFF>, C<UNICODE_ILLEGAL>, and
3651 C<UNICODE_IS_ILLEGAL> have been removed, as they stem from a
3652 fundamentally broken model of how the Unicode non-character code points
3653 should be handled, which is now described in
3654 L<perlunicode/Non-character code points>. See also L</Selected Bug Fixes>.
3658 Certain shared flags in the C<pmop.op_pmflags> and C<regexp.extflags>
3659 structures have been removed. These are: C<Rxf_Pmf_LOCALE>,
3660 C<Rxf_Pmf_UNICODE>, and C<PMf_LOCALE>. Instead there are encodes and
3661 three static in-line functions for accessing the information:
3662 C<get_regex_charset()>, C<set_regex_charset()>, and C<get_regex_charset_name()>,
3663 which are defined in the places where the original flags were.
3667 A new option has been added to C<pv_escape> to dump all characters above
3668 ASCII in hexadecimal. Before, one could get all characters as hexadecimal
3669 or the Latin1 non-ASCII as octal
3674 Generate pp_* prototypes in pp_proto.h, and remove pp.sym
3676 Eliminate the #define pp_foo Perl_pp_foo(pTHX) macros, and update the 13
3677 locations that relied on them.
3679 regen/opcode.pl now generates prototypes for the PP functions directly, into
3680 pp_proto.h. It no longer writes pp.sym, and regen/embed.pl no longer reads
3681 this, removing the only ordering dependency in the regen scripts. opcode.pl
3682 is now responsible for prototypes for pp_* functions. (embed.pl remains
3683 responsible for ck_* functions, reading from regen/opcodes)
3687 Fix harmless invalid read in Perl_re_compile() (f6d9469)
3689 [perl #2460] described a case where electric fence reported an invalid
3690 read. This could be reproduced under valgrind with blead and -e'/x/',
3691 but only on a non-debugging build.
3693 This was because it was checking for certain pairs of nodes (e.g. BOL + END)
3694 and wasn't allowing for EXACT nodes, which have the string at the next
3695 node position when using a naive NEXTOPER(first). In the non-debugging
3696 build, the nodes aren't initialised to zero, and a 1-char EXACT node isn't
3697 long enough to spill into the type field of the "next node".
3699 Fix this by only using NEXTOPER(first) when we know the first node is
3704 Break out the generated function Perl_keywords() into F<keywords.c>, a new file. (26ea9e1)
3706 As it and Perl_yylex() both need FEATURE_IS_ENABLED, feature_is_enabled() is
3707 no longer static, and the two macro definitions move from toke.c to perl.h
3709 Previously, one had to cut and paste the output of perl_keywords.pl into the
3710 middle of toke.c, and it was not clear that it was generated code.
3714 A lot of tests have been ported from Test to Test::More, e.g. in
3719 Increase default PerlIO buffer size. (b83080d)
3721 The previous default size of a PerlIO buffer (4096 bytes) has been increased
3722 to the larger of 8192 bytes and your local BUFSIZ. Benchmarks show that doubling
3723 this decade-old default increases read and write performance in the neighborhood
3724 of 25% to 50% when using the default layers of perlio on top of unix. To choose
3725 a non-default size, such as to get back the old value or to obtain and even
3726 larger value, configure with:
3728 ./Configure -Accflags=-DPERLIOBUF_DEFAULT_BUFSIZ=N
3730 where N is the desired size in bytes; it should probably be a multiple of
3735 =head1 Selected Bug Fixes
3741 C<when(scalar){...}> no longer crashes, but produces a syntax error
3746 The C-level C<lex_stuff_pvn> function would sometimes cause a spurious
3747 syntax error on the last line of the file if it lacked a final semicolon
3752 The regular expression engine no longer loops when matching
3753 C<"\N{LATIN SMALL LIGATURE FF}" =~ /f+/i> and similar expressions
3758 A label right before a string eval (C<foo: eval $string>) no longer causes
3759 the label to be associated also with the first statement inside the eval
3760 [perl #74290] (5.12.1).
3764 Naming a deprecated character in \N{...} will not leak memory.
3768 FETCH is no longer called needlessly on some tied variables.
3772 The trie runtime code should no longer allocate massive amounts of memory,
3777 Timely cleanup of SVs that are cloned into a new thread but then
3778 discovered to be orphaned (i.e. their owners are -not- cloned) (e42956)
3782 Don't accidentally clone lexicals in scope within active stack frames in
3783 the parent when creating a child thread (RT #73086) (05d04d).
3787 Avoid loading feature.pm when 'no 5.13.2;' or similar is
3788 encountered (faee19).
3792 Trap invalid use of SvIVX on SVt_REGEXP when assertions are on
3797 Don't stamp on $DB::single, $DB::trace and $DB::signal if they
3798 already have values when $^P is assigned to (RT #72422) (4c0f30).
3802 chop now correctly handles perl's extended UTF-8 (RT #73246) (65ab92)
3806 Defer signal handling when shared SV locks are held to avoid
3807 deadlocks (RT #74868) (65c742).
3811 glob() no longer crashes when %File::Glob:: is empty and
3812 CORE::GLOBAL::glob isn't present (4984aa).
3816 perlbug now always permits the sender address to be changed
3817 before sending - if you were having trouble sending bug reports before
3818 now, this should fix it, we hope (e6eb90).
3822 Overloading now works properly in conjunction with tied
3823 variables. What formerly happened was that most ops checked their
3824 arguments for overloading I<before> checking for magic, so for example
3825 an overloaded object returned by a tied array access would usually be
3826 treated as not overloaded (RT #57012) (6f1401, ed3b9b, 6a5f8c .. 24328f).
3830 Independently, a bug was fixed that prevented $tied-E<gt>() from
3831 always calling FETCH correctly (RT #8438) (7c7501)
3835 Some work has been done on the internal pointers that link between symbol
3836 tables (stashes), typeglobs and subroutines. This has the effect that
3837 various edge cases related to deleting stashes or stash entries (e.g.
3838 <%FOO:: = ()>), and complex typeglob or code reference aliasing, will no
3839 longer crash the interpreter.
3843 Fixed readline() when interrupted by signals so it no longer returns
3844 the "same thing" as before or random memory
3848 Fixed a regression of kill() when a match variable is used for the
3849 process ID to kill (RT#75812) (8af710e)
3853 Fixed several subtle bugs in sort() when @_ is accessed within a subroutine
3854 used for sorting (RT#72334) (8f443ca)
3858 Catch yyparse() exceptions in C<< (?{...}) >> (RT#2353) (634d691)
3862 Avoid UTF-8 cache panics with offsets beyond a string (RT #75898) (3e2d381)
3866 Fixed POSIX::strftime memory leak (RT#73520) (c4bc4aa)
3870 Doesn't set strict with C<no VERSION> if C<VERSION> is greater than 5.12
3875 Avoids multiple FETCH/stringify on filetest ops (40c852d)
3879 Fixed issue with string C<eval> not detecting taint of overloaded/tied
3880 arguments (RT #75716) (895b760)
3884 Fix potential crashes of string C<eval> when evaluating a object with
3885 overloaded stringification by creating a stringified copy when necessary
3890 Fixed bug where overloaded stringification could remove tainting
3891 (RT #75716) (a02ec77)
3895 Plugs more memory leaks in vms.c. (9e2bec0)
3899 Fix pthread include error for Time::Piece (e9f284c)
3903 A possible memory leak when using L<caller()|perlfunc/"caller EXPR"> to set
3904 C<@DB::args> has been fixed.
3908 Several memory leaks when loading XS modules were fixed.
3912 A panic in the regular expression optimizer has been fixed (RT#75762).
3916 Assignments to lvalue subroutines now honor copy-on-write behavior again, which
3917 has been broken since version 5.10.0 (RT#75656).
3921 Assignments to glob copies now behave just like assignments to regular globs
3926 Within signal handlers, C<$!> is now implicitly localized.
3930 L<readline|perlfunc/"readline EXPR"> now honors C<< <> >> overloading on tied
3935 L<substr()|perlfunc/"substr EXPR,OFFSET,LENGTH,REPLACEMENT">,
3936 L<pos()|perlfunc/"index STR,SUBSTR,POSITION">, L<keys()|perlfunc/"keys HASH">,
3937 and L<vec()|perlfunc/"vec EXPR,OFFSET,BITS"> could, when used in combination
3938 with lvalues, result in leaking the scalar value they operate on, and cause its
3939 destruction to happen too late. This has now been fixed.
3943 Building with C<PERL_GLOBAL_STRUCT>, which has been broken accidentally in
3944 5.13.3, now works again.
3948 A regression introduced in Perl 5.12.0, making
3949 C<< my $x = 3; $x = length(undef) >> result in C<$x> set to C<3> has been
3950 fixed. C<$x> will now be C<undef>.
3954 A fatal error in regular expressions when processing UTF-8 data has been fixed [perl #75680].
3958 An erroneous regular expression engine optimization that caused regex verbs like
3959 C<*COMMIT> to sometimes be ignored has been removed.
3963 The Perl debugger now also works in taint mode [perl #76872].
3967 Several memory leaks in cloning and freeing threaded Perl interpreters have been
3968 fixed [perl #77352].
3972 A possible string corruption when doing regular expression matches on overloaded
3973 objects has been fixed [perl #77084].
3977 Magic applied to variables in the main package no longer affects other packages.
3978 See L</Magic variables outside the main package> above [perl #76138].
3982 Opening a glob reference via C<< open $fh, "E<gt>", \*glob >> will no longer
3983 cause the glob to be corrupted when the filehandle is printed to. This would
3984 cause perl to crash whenever the glob's contents were accessed
3989 The postincrement and postdecrement operators, C<++> and C<-->, used to cause
3990 leaks when being used on references. This has now been fixed.
3994 A bug when replacing the glob of a loop variable within the loop has been fixed
3996 means the following code will no longer crash:
4004 Perl would segfault if the undocumented C<Internals> functions that used
4005 reference prototypes were called with the C<&foo()> syntax, e.g.
4006 C<&Internals::SvREADONLY(undef)> [perl #77776].
4008 These functions now call C<SvROK> on their arguments before dereferencing them
4009 with C<SvRV>, and we test for this case in F<t/lib/universal.t>.
4013 When assigning a list with duplicated keys to a hash, the assignment used to
4014 return garbage and/or freed values:
4016 @a = %h = (list with some duplicate keys);
4018 This has now been fixed [perl #31865].
4022 An earlier release of the 5.13 series of Perl changed the semantics of opening a
4023 reference to a copy of a glob:
4026 open my $fh, '>', \$var;
4028 This was a mistake, and the previous behaviour from Perl 5.10 and 5.12, which is
4029 to treat \$var as a scalar reference, has now been restored.
4033 The regular expression bracketed character class C<[\8\9]> was effectively the
4034 same as C<[89\000]>, incorrectly matching a NULL character. It also gave
4035 incorrect warnings that the C<8> and C<9> were ignored. Now C<[\8\9]> is the
4036 same as C<[89]> and gives legitimate warnings that C<\8> and C<\9> are
4037 unrecognized escape sequences, passed-through.
4041 C<warn()> and C<die()> now respect utf8-encoded scalars [perl #45549].
4045 A regular expression match in the right-hand side of a global substitution
4046 (C<s///g>) that is in the same scope will no longer cause match variables
4047 to have the wrong values on subsequent iterations. This can happen when an
4048 array or hash subscript is interpolated in the right-hand side, as in
4049 C<s|(.)|@a{ print($1), /./ }|g> [perl #19078].
4053 Constant-folding used to cause
4055 $text =~ ( 1 ? /phoo/ : /bear/)
4061 at compile time. Now it correctly matches against C<$_> [perl #20444].
4065 Parsing Perl code (either with string C<eval> or by loading modules) from
4066 within a C<UNITCHECK> block no longer causes the interpreter to crash
4071 When C<-d> is used on the shebang (C<#!>) line, the debugger now has access
4072 to the lines of the main program. In the past, this sometimes worked and
4073 sometimes did not, depending on what order things happened to be arranged
4074 in memory [perl #71806].
4078 The C<y///> or C<tr///> operator now calls get-magic (e.g., the C<FETCH>
4079 method of a tie) on its left-hand side just once, not twice [perl #76814].
4083 String comparison (C<eq>, C<ne>, C<lt>, C<gt>, C<le>, C<ge> and
4084 C<cmp>) and logical not (C<not> and C<!>) operators no longer call magic
4085 (e.g., tie methods) twice on their operands [perl #76814].
4087 This bug was introduced in an earlier 5.13 release, and does not affect
4092 When a tied (or other magic) variable is used as, or in, a regular
4093 expression, it no longer has its C<FETCH> method called twice
4096 This bug was introduced in an earlier 5.13 release, and does not affect
4101 The C<-C> command line option can now be followed by other options
4106 Assigning a glob to a PVLV used to convert it to a plain string. Now it
4107 works correctly, and a PVLV can hold a glob. This would happen when a
4108 nonexistent hash or array element was passed to a subroutine:
4110 sub { $_[0] = *foo }->($hash{key});
4111 # $_[0] would have been the string "*main::foo"
4113 It also happened when a glob was assigned to, or returned from, an element
4114 of a tied array or hash [perl #36051].
4118 Creating a new thread when directory handles were open used to cause a
4119 crash, because the handles were not cloned, but simply passed to the new
4120 thread, resulting in a double free.
4122 Now directory handles are cloned properly, on systems that have a C<fchdir>
4123 function. On other systems, new threads simply do not inherit directory
4124 handles from their parent threads [perl #75154].
4128 The regular expression parser no longer hangs when parsing C<\18> and
4131 This bug was introduced in version 5.13.5 and did not affect earlier
4132 versions [perl #78058].
4136 Subroutine redefinition works once more in the debugger [perl #48332].
4140 The C<&> C<|> C<^> bitwise operators no longer coerce read-only arguments
4145 Stringifying a scalar containing -0.0 no longer has the affect of turning
4146 false into true [perl #45133].
4150 Aliasing packages by assigning to globs or deleting packages by deleting
4151 their containing stash elements used to have erratic effects on method
4152 resolution, because the internal 'isa' caches were not reset. This has been
4157 C<sort> with a custom sort routine could crash if too many nested
4158 subroutine calls occurred from within the sort routine [perl #77930].
4160 This bug was introduced in an earlier 5.13 release, and did not affect
4165 The C<eval_sv> and C<eval_pv> C functions now set C<$@> correctly when
4166 there is a syntax error and no C<G_KEEPERR> flag, and never set it if the
4167 C<G_KEEPERR> flag is present [perl #3719].
4171 Nested C<map> and C<grep> blocks no longer leak memory when processing
4172 large lists [perl #48004].
4176 Malformed C<version> objects no longer cause crashes [perl #78286].
4180 The interpreter no longer crashes when freeing deeply-nested arrays of
4181 arrays. Hashes have not been fixed yet [perl #44225].
4185 The mechanism for freeing objects in globs used to leave dangling
4186 pointers to freed SVs, meaning Perl users could see corrupted state
4189 Perl now only frees the affected slots of the GV, rather than freeing
4190 the GV itself. This makes sure that there are no dangling refs or
4191 corrupted state during destruction.
4195 The typeglob C<*,>, which holds the scalar variable C<$,> (output field
4196 separator), had the wrong reference count in child threads.
4200 C<splice> now calls set-magic. This means that, for instance, changes made
4201 by C<splice @ISA> are respected by method calls [perl #78400].
4205 C<use v5.8> no longer leaks memory [perl #78436].
4209 The XS multicall API no longer causes subroutines to lose reference counts
4210 if called via the multicall interface from within those very subroutines.
4211 This affects modules like List::Util. Calling one of its functions with an
4212 active subroutine as the first argument could cause a crash [perl #78070].
4216 The C<parse_stmt> C function added in earlier in the 5.13.x series has been
4217 fixed to work with statements ending with C<}> [perl #78222].
4221 The C<parse_fullstmt> C function added in 5.13.5 has been fixed to work
4222 when called while an expression is being parsed.
4226 Characters in the Latin-1 non-ASCII range (0x80 to 0xFF) used not to match
4227 themselves if the string happened to be UTF8-encoded internally, the
4228 regular expression was not, and the character in the regular expression was
4229 inside a repeated group (e.g.,
4230 C<Encode::decode_utf8("\303\200") =~ /(\xc0)+/>) [perl #78464].
4234 The C<(?d)> regular expression construct now overrides a previous C<(?u)>
4235 or C<use feature "unicode_string"> [perl #78508].
4239 A memory leak in C<do "file">, introduced in perl 5.13.6, has been fixed
4244 Various bugs related to typeglob dereferencing have been fixed. See
4245 L</Dereferencing typeglobs>, above.
4249 The C<SvPVbyte> function available to XS modules now calls magic before
4250 downgrading the SV, to avoid warnings about wide characters [perl #72398].
4254 The C<=> operator used to ignore magic (e.g., tie methods) on its
4255 right-hand side if the scalar happened to hold a typeglob. This could
4256 happen if a typeglob was the last thing returned from or assigned to a tied
4257 scalar [perl #77498].
4261 C<sprintf> was ignoring locales when called with constant arguments
4266 A non-ASCII character in the Latin-1 range could match both a Posix
4267 class, such as C<[[:alnum:]]>, and its inverse C<[[:^alnum:]]>. This is
4268 now fixed for regular expressions compiled under the C<"u"> modifier.
4269 See L</C<use feature "unicode_strings"> now applies to more regex matching>. [perl #18281].
4273 Concatenating long strings under C<use encoding> no longer causes perl to
4274 crash [perl #78674].
4278 Typeglob assignments would crash if the glob's stash no longer existed, so
4279 long as the glob assigned to was named 'ISA' or the glob on either side of
4280 the assignment contained a subroutine.
4284 Calling C<< ->import >> on a class lacking an import method could corrupt
4285 the stack, resulting in strange behaviour. For instance,
4287 push @a, "foo", $b = bar->import;
4289 would assign 'foo' to C<$b> [perl #63790].
4293 Creating an alias to a package when that package had been detached from the
4294 symbol table would result in corrupted isa caches [perl #77358].
4298 C<.=> followed by C<< <> >> or C<readline> would leak memory if C<$/>
4299 contained characters beyond the octet range and the scalar assigned to
4300 happened to be encoded as UTF8 internally [perl #72246].
4304 The C<recv> function could crash when called with the MSG_TRUNC flag
4309 Evaluating a simple glob (like C<*a>) was calling get-magic on the glob,
4310 even when its contents were not being used [perl #78580].
4312 This bug was introduced in 5.13.2 and did not affect earlier perl versions.
4316 Matching a Unicode character against an alternation containing characters
4317 that happened to match continuation bytes in the former's UTF8
4318 representation (C<qq{\x{30ab}} =~ /\xab|\xa9/>) would cause erroneous
4319 warnings [perl #70998].
4323 C<s///r> (added in 5.13.2) no longer leaks.
4327 The trie optimisation was not taking empty groups into account, preventing
4328 'foo' from matching C</\A(?:(?:)foo|bar|zot)\z/> [perl #78356].
4332 A pattern containing a C<+> inside a lookahead would sometimes cause an
4333 incorrect match failure in a global match (e.g., C</(?=(\S+))/g>)
4338 Iterating with C<foreach> over an array returned by an lvalue sub now works
4343 C<$@> is now localised during calls to C<binmode> to prevent action at a
4344 distance [perl #78844].
4348 C<PL_isarev>, which is accessible to Perl via C<mro::get_isarev> is now
4349 updated properly when packages are deleted or removed from the C<@ISA> of
4350 other classes. This allows many packages to be created and deleted without
4351 causing a memory leak [perl #75176].
4355 C<undef *Foo::> and C<undef *Foo::ISA> and C<delete $package::{ISA}>
4356 used not to update the internal isa caches if the
4357 stash or C<@ISA> array had a reference elsewhere. In
4358 fact, C<undef *Foo::ISA> would stop a new C<@Foo::ISA> array from updating
4363 C<@ISA> arrays can now be shared between classes via
4364 C<*Foo::ISA = \@Bar::ISA> or C<*Foo::ISA = *Bar::ISA> [perl #77238].
4368 The parser no longer hangs when encountering certain Unicode characters,
4369 such as U+387 [perl #74022].
4373 C<formline> no longer crashes when passed a tainted format picture. It also
4374 taints C<$^A> now if its arguments are tainted [perl #79138].
4378 A signal handler called within a signal handler could cause leaks or
4379 double-frees. Now fixed. [perl #76248].
4383 When trying to report C<Use of uninitialized value $Foo::BAR>, crashes could
4384 occur if the GLOB of the global variable causing the warning has been detached
4385 from its original stash by, for example C<delete $::{'Foo::'}>. This has been
4386 fixed by disabling the reporting of variable names in the warning in those
4391 C<BEGIN {require 5.12.0}> now behaves as documented, rather than behaving
4392 identically to C<use 5.12.0;>. Previously, C<require> in a C<BEGIN> block
4393 was erroneously executing the C<use feature ':5.12.0'> and
4394 C<use strict; use warnings;> behaviour, which only C<use> was documented to
4395 provide [perl #69050].
4399 C<use 5.42> [perl #69050],
4400 C<use 6> and C<no 5> no longer leak memory.
4404 C<eval "BEGIN{die}"> no longer leaks memory on non-threaded builds.
4408 PerlIO no longer crashes when called recursively, e.g., from a signal
4409 handler. Now it just leaks memory [perl #75556].
4413 Defining a constant with the same name as one of perl's special blocks
4414 (e.g., INIT) stopped working in 5.12.0, but has now been fixed
4419 A reference to a literal value used as a hash key (C<$hash{\"foo"}>) used
4420 to be stringified, even if the hash was tied [perl #79178].
4424 A closure containing an C<if> statement followed by a constant or variable
4425 is no longer treated as a constant [perl #63540].
4429 Calling a closure prototype (what is passed to an attribute handler for a
4430 closure) now results in a "Closure prototype called" error message instead
4431 of a crash [perl #68560].
4435 A regular expression optimisation would sometimes cause a match with a
4436 C<{n,m}> quantifier to fail when it should match [perl #79152].
4440 What has become known as the "Unicode Bug" is mostly resolved in this release.
4441 Under C<use feature 'unicode_strings'>, the internal storage format of a
4442 string no longer affects the external semantics. There are two known
4443 exceptions. User-defined case changing functions, which are planned to
4444 be deprecated in 5.14, require utf8-encoded strings to function; and the
4445 character C<LATIN SMALL LETTER SHARP S> in regular expression
4446 case-insensitive matching has a somewhat different set of bugs depending
4447 on the internal storage format. Case-insensitive matching of all
4448 characters that have multi-character matches, as this one does, is
4449 problematical in Perl [perl #58182].
4453 Mentioning a read-only lexical variable from the enclosing scope in a
4454 string C<eval> no longer causes the variable to become writable
4459 C<state> can now be used with attributes. It used to mean the same thing as
4460 C<my> if attributes were present [perl #68658].
4464 Expressions like C<< @$a > 3 >> no longer cause C<$a> to be mentioned in
4465 the "Use of uninitialized value in numeric gt" warning when C<$a> is
4466 undefined (since it is not part of the C<E<gt>> expression, but the operand
4467 of the C<@>) [perl #72090].
4471 C<require> no longer causes C<caller> to return the wrong file name for
4472 the scope that called C<require> and other scopes higher up that had the
4473 same file name [perl #68712].
4477 The ref types in the typemap for XS bindings now support magical variables
4482 Match variables (e.g., C<$1>) no longer persist between calls to a sort
4483 subroutine [perl #76026].
4487 The C<B> module was returning C<B::OP>s instead of C<B::LOGOP>s for C<entertry> [perl #80622].
4488 This was due to a bug in the perl core, not in C<B> itself.
4492 Some numeric operators were converting integers to floating point,
4493 resulting in loss of precision on 64-bit platforms [perl #77456].
4497 The fallback behaviour of overloading on binary operators was asymmetric
4502 The handling of Unicode non-characters has changed.
4503 Previously they were mostly considered illegal, except that only one of
4504 the 66 of them was known about in places. The Unicode standard
4505 considers them legal, but forbids the "open interchange" of them.
4506 This is part of the change to allow the internal use of any code point
4507 (see L</Core Enhancements>). Together, these changes resolve
4508 [perl #38722], [perl #51918], [perl #51936], [perl #63446]
4512 Sometimes magic (ties, tainted, etc.) attached to variables could cause an
4513 object to last longer than it should, or cause a crash if a tied variable
4514 were freed from within a tie method. These have been fixed [perl #81230].
4518 Most I/O functions were not warning for unopened handles unless the
4519 'closed' and 'unopened' warnings categories were both enabled. Now only
4520 C<use warnings 'unopened'> is necessary to trigger these warnings (as was
4521 always meant to be the case.
4525 C<< E<lt>exprE<gt> >> always respects overloading now if the expression is
4528 Due to the way that 'E<lt>E<gt> as glob' was parsed differently from
4529 'E<lt>E<gt> as filehandle' from 5.6 onwards, something like C<< E<lt>$foo[0]E<gt> >> did
4530 not handle overloading, even if C<$foo[0]> was an overloaded object. This
4531 was contrary to the documentation for overload, and meant that C<< E<lt>E<gt> >>
4532 could not be used as a general overloaded iterator operator.
4536 Destructors on objects were not called during global destruction on objects
4537 that were not referenced by any scalars. This could happen if an array
4538 element were blessed (e.g., C<bless \$a[0]>) or if a closure referenced a
4539 blessed variable (C<bless \my @a; sub foo { @a }>).
4541 Now there is an extra pass during global destruction to fire destructors on
4542 any objects that might be left after the usual passes that check for
4543 objects referenced by scalars
4548 A long standing bug has now been fully fixed (partial fixes came in
4549 earlier releases), in which some Latin-1 non-ASCII characters on
4550 ASCII-platforms would match both a character class and its complement,
4551 such as U+00E2 being both in C<\w> and C<\W>, depending on the
4552 UTF-8-ness of the regular expression pattern and target string.
4553 Fixing this did expose some bugs in various modules and tests that
4554 relied on the previous behavior of C<[[:alpha:]]> not ever matching
4555 U+00FF, "LATIN SMALL LETTER Y WITH DIAERESIS", even when it should, in
4556 Unicode mode; now it does match when appropriate.
4561 A Unicode C<\p{}> property match in a regular expression pattern will
4562 now force Unicode rules for the rest of the regular expression
4566 [perl #38456] binmode FH, ":crlf" only modifies top crlf layer (7826b36)
4568 When pushed on top of the stack, crlf will no longer enable crlf layers
4569 lower in the stack. This will prevent unexpected results.
4573 Fix 'raw' layer for RT #80764 (ecfd064)
4575 Made a ':raw' open do what it advertises to do (first open the file,
4576 then binmode it), instead of leaving off the top layer.
4580 Use PerlIOBase_open for pop, utf8 and bytes layers (c0888ac)
4582 Three of Perl's builtin PerlIO layers (C<:pop>, C<:utf8> and
4583 C<:bytes>) didn't allow stacking when opening a file. For example
4586 open FH, '>:pop:perlio', 'some.file' or die $!;
4588 Would throw an error: "Invalid argument". This has been fixed in this
4593 An issue present since 5.13.1, where s/A/B/ with A utf8 and B
4594 non-utf8, could cause corruption or segfaults has been
4599 String evals will no longer fail after 2 billion scopes have been
4600 compiled (d1bfb64, 2df5bdd, 0d311cd and 6012dc8)
4604 [perl #81750] When strict 'refs' mode is off,
4605 C<%{...}> in rvalue context returns C<undef> if
4606 its argument is undefined. An optimisation introduced in perl 5.12.0 to
4607 make C<keys %{...}> faster when used as a boolean did not take this into
4608 account, causing C<keys %{+undef}> (and C<keys %$foo> when C<$foo> is
4609 undefined) to be an error, which it should only be in strict mode.
4613 [perl #83194] Combining the vector (%v) flag and dynamic precision would
4614 cause sprintf to confuse the order of its arguments, making it treat the
4615 string as the precision and vice versa.
4619 [perl #77692] Sometimes the UTF8 length cache would not be reset on a value
4620 returned by substr, causing C<length(substr($uni_string,...))> to give
4621 wrong answers. With C<${^UTF8CACHE}> set to -1, it would produce a 'panic'
4626 During the restoration of a localised typeglob on scope exit, any
4627 destructors called as a result would be able to see the typeglob in an
4628 inconsistent state, containing freed entries, which could result in a
4629 crash. This would affect code like this:
4632 eval { die bless [] }; # puts an object in $@
4637 Now the glob entries are cleared before any destructors are called. This
4638 also means that destructors can vivify entries in the glob. So perl tries
4639 again and, if the entries are re-created too many times, dies with a
4640 'panic: gp_free...' error message.
4644 [perl #78494] When pipes are shared between threads, the C<close> function
4645 (and any implicit close, such as on thread exit) no longer blocks.
4649 Several contexts no longer allow a Unicode character to begin a word
4650 that should never begin words, for an example an accent that must follow
4651 another character previously could precede all other characters.
4655 Case insensitive matching in regular expressions compiled under C<use
4656 locale> now works much more sanely when the pattern and/or target string
4657 are encoded in UTF-8. Previously, under these conditions the localeness
4658 was completely lost. Now, code points above 255 are treated as Unicode,
4659 but code points between 0 and 255 are treated using the current locale
4660 rules, regardless of whether the pattern or string are encoded in UTF-8.
4661 The few case insensitive matches that cross the 255/256 boundary are not
4662 allowed. For example, 0xFF does not caselessly match the character at
4663 0x178, LATIN CAPITAL LETTER Y WITH DIAERESIS, because 0xFF may not be
4664 LATIN SMALL LETTER Y in the current locale, and Perl has no way of
4665 knowing if that character even exists in the locale, much less what code
4670 A fix for a bug in C<length(undef)> in 5.13.4 introduced a regression that
4671 meant C<print length undef> did not warn when warnings were enabled. It now
4672 correctly warns [perl #85508].
4676 The C<(?|...)> regular expression construct no longer crashes if the final
4677 branch has more sets of capturing parentheses than any other branch. This
4678 was fixed in Perl 5.10.1 for the case of a single branch, but that fix did
4679 not take multiple branches into account [perl #84746].
4683 Accessing an element of a package array with a hard-coded number (as
4684 opposed to an arbitrary expression) would crash if the array did not exist.
4685 Usually the array would be autovivified during compilation, but typeglob
4686 manipulation could remove it, as in these two cases which used to crash:
4688 *d = *a; print $d[0];
4689 undef *d; print $d[0];
4693 C<#line> directives in string evals were not properly updating the arrays
4694 of lines of code (C<< @{"_<..."} >>) that the debugger (or any debugging or
4695 profiling module) uses. In threaded builds, they were not being updated at
4696 all. In non-threaded builds, the line number was ignored, so any change to
4697 the existing line number would cause the lines to be misnumbered
4702 C<$AUTOLOAD> used to remain tainted forever if it ever became tainted. Now
4703 it is correctly untainted if an autoloaded method is called and the method
4704 name was not tainted.
4708 A bug has been fixed in the implementation of C<{...}> quantifiers in
4709 regular expressions that prevented the code block in
4710 C</((\w+)(?{ print $2 })){2}/> from seeing the C<$2> sometimes
4715 C<sprintf> now dies when passed a tainted scalar for the format. It did
4716 already die for arbitrary expressions, but not for simple scalars
4721 =head1 Known Problems
4727 Bug fixes involving CvGV reference counting break Sub::Name. A
4728 patch has been sent upstream to the maintainer
4732 readline() returns an empty string instead of undef when it is
4733 interrupted by a signal
4737 Test-Harness was updated from 3.17 to 3.21 for this release. A rewrite
4738 in how it handles non-Perl tests (in 3.17_01) broke argument passing to
4739 non-Perl tests with L<prove> (RT #59186), and required that non-Perl
4740 tests be run as C<prove ./test.sh> instead of C<prove test.sh> These
4741 issues are being solved upstream, but didn't make it into this release.
4742 They're expected to be fixed in time for perl v5.13.4. (RT #59457)
4746 C<version> now prevents object methods from being called as class methods
4751 The changes in L<substr()|perlfunc/"substr EXPR,OFFSET,LENGTH,REPLACEMENT">
4752 broke C<HTML::Parser> <= 3.66. A fixed C<HTML::Parser> is available as versions
4757 The changes in prototype handling break C<Switch>. A patch has been sent
4758 upstream and will hopefully appear on CPAN soon.
4762 The upgrade to Encode-2.40 has caused some tests in the libwww-perl distribution
4763 on CPAN to fail. (Specifically, F<base/message-charset.t> tests 33-36 in version
4764 5.836 of that distribution now fail.)
4768 The upgrade to ExtUtils-MakeMaker-6.57_05 has caused some tests in the
4769 Module-Install distribution on CPAN to fail. (Specifically, F<02_mymeta.t> tests
4770 5 and 21, F<18_all_from.t> tests 6 and 15, F<19_authors.t> tests 5, 13, 21 and
4771 29, and F<20_authors_with_special_characters.t> tests 6, 15 and 23 in version
4772 1.00 of that distribution now fail.)
4778 =head2 C<keys>, C<values> work on arrays
4780 You can now use the C<keys>, C<values>, C<each> builtin functions on arrays
4781 (previously you could only use them on hashes). See L<perlfunc> for details.
4782 This is actually a change introduced in perl 5.12.0, but it was missed from
4783 that release's perldelta.
4787 Randy Kobes, creator of the kobesearch alternative to search.cpan.org and
4788 contributor/maintainer to several core Perl toolchain modules, passed away
4789 on September 18, 2010 after a battle with lung cancer. His contributions
4790 to the Perl community will be missed.
4792 =head1 Acknowledgements
4794 XXX The list of people to thank goes here.
4796 =head1 Reporting Bugs
4798 If you find what you think is a bug, you might check the articles
4799 recently posted to the comp.lang.perl.misc newsgroup and the perl
4800 bug database at http://rt.perl.org/perlbug/ . There may also be
4801 information at http://www.perl.org/ , the Perl Home Page.
4803 If you believe you have an unreported bug, please run the L<perlbug>
4804 program included with your release. Be sure to trim your bug down
4805 to a tiny but sufficient test case. Your bug report, along with the
4806 output of C<perl -V>, will be sent off to perlbug@perl.org to be
4807 analysed by the Perl porting team.
4809 If the bug you are reporting has security implications, which make it
4810 inappropriate to send to a publicly archived mailing list, then please send
4811 it to perl5-security-report@perl.org. This points to a closed subscription
4812 unarchived mailing list, which includes all the core committers, who be able
4813 to help assess the impact of issues, figure out a resolution, and help
4814 co-ordinate the release of patches to mitigate or fix the problem across all
4815 platforms on which Perl is supported. Please only use this address for
4816 security issues in the Perl core, not for modules independently
4817 distributed on CPAN.
4821 The F<Changes> file for an explanation of how to view exhaustive details
4824 The F<INSTALL> file for how to build Perl.
4826 The F<README> file for general stuff.
4828 The F<Artistic> and F<Copying> files for copyright information.