This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
c9f6308391f4053d3d064b61edcc872e70085566
[perl5.git] / pod / perldelta.pod
1 =encoding utf8
2
3 =head1 NAME
4
5 perldelta - what is new for perl v5.14.0
6
7 =head1 DESCRIPTION
8
9 This document describes differences between the 5.12.0 release and
10 the 5.14.0 release.
11
12 If you are upgrading from an earlier release such as 5.10.0, first read
13 L<perl5120delta>, which describes differences between 5.10.0 and
14 5.12.0.
15
16 Some of the bug fixes in this release have been backported to subsequent
17 releases of 5.12.x. Those are indicated with the 5.12.x version in
18 parentheses.
19
20 =head1 Notice
21
22 XXX Any important notices here
23
24 =head1 Core Enhancements
25
26 =head2 Unicode
27
28 =head3 Unicode Version 6.0 is now supported (mostly)
29
30 Perl comes with the Unicode 6.0 data base updated with
31 L<Corrigendum #8|http://www.unicode.org/versions/corrigendum8.html>,
32 with one exception noted below.
33 See L<http://unicode.org/versions/Unicode6.0.0> for details on the new
34 release.  Perl does not support any Unicode provisional properties,
35 including the new ones for this release.
36
37 Unicode 6.0 has chosen to use the name C<BELL> for the character at U+1F514,
38 which is a symbol that looks like a bell, and is used in Japanese cell
39 phones.  This conflicts with the long-standing Perl usage of having
40 C<BELL> mean the ASCII C<BEL> character, U+0007.  In Perl 5.14,
41 C<\N{BELL}> will continue to mean U+0007, but its use will generate a
42 deprecated warning message, unless such warnings are turned off.  The
43 new name for U+0007 in Perl will be C<ALERT>, which corresponds nicely
44 with the existing shorthand sequence for it, C<"\a">.  C<\N{BEL}> will
45 mean U+0007, with no warning given.  The character at U+1F514 will not
46 have a name in 5.14, but can be referred to by C<\N{U+1F514}>.  The plan
47 is that in Perl 5.16, C<\N{BELL}> will refer to U+1F514, and so all code
48 that uses C<\N{BELL}> should convert by then to using C<\N{ALERT}>,
49 C<\N{BEL}>, or C<"\a"> instead.
50
51 =head3 Full functionality for C<use feature 'unicode_strings'>
52
53 This release provides full functionality for C<use feature
54 'unicode_strings'>.  Under its scope, all string operations executed and
55 regular expressions compiled (even if executed outside its scope) have
56 Unicode semantics.  See L<feature>.
57
58 This feature avoids most forms of the "Unicode Bug" (See
59 L<perlunicode/The "Unicode Bug"> for details.)  If there is a
60 possibility that your code will process Unicode strings, you are
61 B<strongly> encouraged to use this subpragma to avoid nasty surprises.
62
63 =head3 C<\N{I<name>}> and C<charnames> enhancements
64
65 =over
66
67 =item *
68
69 C<\N{}> and C<charnames::vianame> now know about the abbreviated
70 character names listed by Unicode, such as NBSP, SHY, LRO, ZWJ, etc., all
71 the customary abbreviations for the C0 and C1 control characters (such as
72 ACK, BEL, CAN, etc.), and a few new variants of some C1 full names that
73 are in common usage.
74
75 =item *
76
77 Unicode has a number of named character sequences, in which particular sequences
78 of code points are given names.  C<\N{...}> now recognizes these.
79
80 =item *
81
82 C<\N{}>, C<charnames::vianame>, C<charnames::viacode> now know about every
83 character in Unicode.  Previously, they didn't know about the Hangul syllables
84 nor a number of CJK (Chinese/Japanese/Korean) characters.
85
86 =item *
87
88 In the past, it was ineffective to override one of Perl's abbreviations
89 with your own custom alias.  Now it works.
90
91 =item *
92
93 You can also create a custom alias of the ordinal of a
94 character, known by C<\N{...}>, C<charnames::vianame()>, and
95 C<charnames::viacode()>.  Previously, an alias had to be to an official
96 Unicode character name.  This made it impossible to create an alias for
97 a code point that had no name, such as those reserved for private
98 use.
99
100 =item *
101
102 A new function, C<charnames::string_vianame()>, has been added.
103 This function is a run-time version of C<\N{...}>, returning the string
104 of characters whose Unicode name is its parameter.  It can handle
105 Unicode named character sequences, whereas the pre-existing
106 C<charnames::vianame()> cannot, as the latter returns a single code
107 point.
108
109 =back
110
111 See L<charnames> for details on all these changes.
112
113 =head3 New warnings categories for problematic (non-)Unicode code points.
114
115 Three new warnings subcategories of "utf8" have been added.  These
116 allow you to turn off some "utf8" warnings, while allowing
117 others warnings to remain on.  The three categories are:
118 C<surrogate> when UTF-16 surrogates are encountered;
119 C<nonchar> when Unicode non-character code points are encountered;
120 and C<non_unicode> when code points that are above the legal Unicode
121 maximum of 0x10FFFF are encountered.
122
123 =head3 Any unsigned value can be encoded as a character
124
125 With this release, Perl is adopting a model that any unsigned value can
126 be treated as a code point and encoded internally (as utf8) without
127 warnings - not just the code points that are legal in Unicode.
128 However, unless utf8 or the corresponding sub-category (see previous
129 item) warnings have been
130 explicitly lexically turned off, outputting or performing a
131 Unicode-defined operation (such as upper-casing) on such a code point
132 will generate a warning.  Attempting to input these using strict rules
133 (such as with the C<:encoding('UTF-8')> layer) will continue to fail.
134 Prior to this release the handling was very inconsistent, and incorrect
135 in places.  Also, the Unicode non-characters, some of which previously were
136 erroneously considered illegal in places by Perl, contrary to the Unicode
137 standard, are now always legal internally.  But inputting or outputting
138 them will work the same as for the non-legal Unicode code points, as the
139 Unicode standard says they are illegal for "open interchange".
140
141 =head3 Unicode database files not installed
142
143 The Unicode database files are no longer installed with Perl.  This
144 doesn't affect any functionality in Perl and saves significant disk
145 space.  If you previously were explicitly opening and reading those
146 files, you can download them from
147 L<http://www.unicode.org/Public/zipped/6.0.0/>.
148
149 =head2 Regular Expressions
150
151 =head3 C<(?^...)> construct to signify default modifiers
152
153 An ASCII caret (also called a "circumflex accent") C<"^">
154 immediately following a C<"(?"> in a regular expression
155 now means that the subexpression does not inherit the
156 surrounding modifiers such as C</i>, but reverts to the
157 Perl defaults.  Any modifiers following the caret override the defaults.
158
159 The stringification of regular expressions now uses this
160 notation.  E.g., before, C<qr/hlagh/i> would be stringified as
161 C<(?i-xsm:hlagh)>, but now it's stringified as C<(?^i:hlagh)>.
162
163 The main purpose of this is to allow tests that rely on the
164 stringification not to have to change when new modifiers are added.
165 See L<perlre/Extended Patterns>.
166
167 =head3 C</d>, C</l>, C</u>, C</a>, and C</aa> modifiers
168
169 Four new regular expression modifiers have been added. These are mutually
170 exclusive; one only can be turned on at a time.
171
172 The C</l> modifier says to compile the regular expression as if it were
173 in the scope of C<use locale>, even if it is not.
174
175 The C</u> modifier says to compile the regular expression as if it were
176 in the scope of a C<use feature "unicode_strings"> pragma.
177
178 The C</d> (default) modifier is used to override any C<use locale> and
179 C<use feature "unicode_strings"> pragmas that are in effect at the time
180 of compiling the regular expression.
181
182 The C</a> regular expression modifier restricts C<\s>, C<\d> and C<\w> and
183 the Posix (C<[[:posix:]]>) character classes to the ASCII range.  Their
184 complements and C<\b> and C<\B> are correspondingly
185 affected.  Otherwise, C</a> behaves like the C</u> modifier, in that
186 case-insensitive matching uses Unicode semantics.
187
188 The C</aa> modifier is like C</a>, except that, in case-insensitive matching, no ASCII character will match a
189 non-ASCII character.  For example,
190
191     'k' =~ /\N{KELVIN SIGN}/ai
192
193 will match; it won't under C</aa>.
194
195 See L<perlre/Modifiers> for more detail.
196
197 =head3 Non-destructive substitution
198
199 The substitution (C<s///>) and transliteration
200 (C<y///>) operators now support an C</r> option that
201 copies the input variable, carries out the substitution on
202 the copy and returns the result.  The original remains unmodified.
203
204   my $old = 'cat';
205   my $new = $old =~ s/cat/dog/r;
206   # $old is 'cat' and $new is 'dog'
207
208 This is particularly useful with C<map>.  See L<perlop> for more examples.
209
210 =head3 Reentrant regular expression engine
211
212 It is now safe to use regular expressions within C<(?{...})> and
213 C<(??{...})> code blocks inside regular expressions.
214
215 These block are still experimental, however, and still have problems with
216 lexical (C<my>) variables and abnormal exiting.
217
218 =head3 C<use re '/flags';>
219
220 The C<re> pragma now has the ability to turn on regular expression flags
221 till the end of the lexical scope:
222
223     use re '/x';
224     "foo" =~ / (.+) /;  # /x implied
225
226 See L<re/"'/flags' mode"> for details.
227
228 =head3 \o{...} for octals
229
230 There is a new octal escape sequence, C<"\o">, in double-quote-like
231 contexts.  This construct allows large octal ordinals beyond the
232 current max of 0777 to be represented.  It also allows you to specify a
233 character in octal which can safely be concatenated with other regex
234 snippets and which won't be confused with being a backreference to
235 a regex capture group.  See L<perlre/Capture groups>.
236
237 =head3 Add C<\p{Titlecase}> as a synonym for C<\p{Title}>
238
239 This synonym is added for symmetry with the Unicode property names
240 C<\p{Uppercase}> and C<\p{Lowercase}>.
241
242 =head3 Regular expression debugging output improvement
243
244 Regular expression debugging output (turned on by C<use re 'debug';>) now
245 uses hexadecimal when escaping non-ASCII characters, instead of octal.
246
247 =head3 Return value of C<delete $+{...}>
248
249 Custom regular expression engines can now determine the return value of
250 C<delete> on an entry of C<%+> or C<%->.
251
252 =head2 Syntactical Enhancements
253
254 =head3 Array and hash container functions accept references
255
256 All built-in functions that operate directly on array or hash
257 containers now also accept hard references to arrays or hashes:
258
259   |----------------------------+---------------------------|
260   | Traditional syntax         | Terse syntax              |
261   |----------------------------+---------------------------|
262   | push @$arrayref, @stuff    | push $arrayref, @stuff    |
263   | unshift @$arrayref, @stuff | unshift $arrayref, @stuff |
264   | pop @$arrayref             | pop $arrayref             |
265   | shift @$arrayref           | shift $arrayref           |
266   | splice @$arrayref, 0, 2    | splice $arrayref, 0, 2    |
267   | keys %$hashref             | keys $hashref             |
268   | keys @$arrayref            | keys $arrayref            |
269   | values %$hashref           | values $hashref           |
270   | values @$arrayref          | values $arrayref          |
271   | ($k,$v) = each %$hashref   | ($k,$v) = each $hashref   |
272   | ($k,$v) = each @$arrayref  | ($k,$v) = each $arrayref  |
273   |----------------------------+---------------------------|
274
275 This allows these built-in functions to act on long dereferencing chains
276 or on the return value of subroutines without needing to wrap them in
277 C<@{}> or C<%{}>:
278
279   push @{$obj->tags}, $new_tag;  # old way
280   push $obj->tags,    $new_tag;  # new way
281
282   for ( keys %{$hoh->{genres}{artists}} ) {...} # old way 
283   for ( keys $hoh->{genres}{artists}    ) {...} # new way 
284
285 For C<push>, C<unshift> and C<splice>, the reference will auto-vivify
286 if it is not defined, just as if it were wrapped with C<@{}>.
287
288 For C<keys>, C<values>, C<each>, when overloaded dereferencing is
289 present, the overloaded dereference is used instead of dereferencing the
290 underlying reftype.  Warnings are issued about assumptions made in
291 ambiguous cases.
292
293 =head3 Single term prototype
294
295 The C<+> prototype is a special alternative to C<$> that will act like
296 C<\[@%]> when given a literal array or hash variable, but will otherwise
297 force scalar context on the argument.  See L<perlsub/Prototypes>.
298
299 =head3 C<package> block syntax
300
301 A package declaration can now contain a code block, in which case the
302 declaration is in scope only inside that block.  So C<package Foo { ... }>
303 is precisely equivalent to C<{ package Foo; ... }>.  It also works with
304 a version number in the declaration, as in C<package Foo 1.2 { ... }>.
305 See L<perlfunc>.
306
307 =head3 Statement labels can appear in more places
308
309 Statement labels can now occur before any type of statement or declaration,
310 such as C<package>.
311
312 =head3 Stacked labels
313
314 Multiple statement labels can now appear before a single statement.
315
316 =head3 Uppercase X/B allowed in hexadecimal/binary literals
317
318 Literals may now use either upper case C<0X...> or C<0B...> prefixes,
319 in addition to the already supported C<0x...> and C<0b...>
320 syntax [perl #76296].
321
322 C, Ruby, Python and PHP already supported this syntax, and it makes
323 Perl more internally consistent. A round-trip with C<eval sprintf
324 "%#X", 0x10> now returns C<16>, the way C<eval sprintf "%#x", 0x10> does.
325
326 =head3 Overridable tie functions
327
328 C<tie>, C<tied> and C<untie> can now be overridden [perl #75902].
329
330 =head2 Exception Handling
331
332 Several changes have been made to the way C<die>, C<warn>, and C<$@>
333 behave, in order to make them more reliable and consistent.
334
335 When an exception is thrown inside an C<eval>, the exception is no
336 longer at risk of being clobbered by code running during unwinding
337 (e.g., destructors).  Previously, the exception was written into C<$@>
338 early in the throwing process, and would be overwritten if C<eval> was
339 used internally in the destructor for an object that had to be freed
340 while exiting from the outer C<eval>.  Now the exception is written
341 into C<$@> last thing before exiting the outer C<eval>, so the code
342 running immediately thereafter can rely on the value in C<$@> correctly
343 corresponding to that C<eval>.  (C<$@> is still also set before exiting the
344 C<eval>, for the sake of destructors that rely on this.)
345
346 Likewise, a C<local $@> inside an C<eval> will no longer clobber any
347 exception thrown in its scope.  Previously, the restoration of C<$@> upon
348 unwinding would overwrite any exception being thrown.  Now the exception
349 gets to the C<eval> anyway.  So C<local $@> is safe before a C<die>.
350
351 Exceptions thrown from object destructors no longer modify the C<$@>
352 of the surrounding context.  (If the surrounding context was exception
353 unwinding, this used to be another way to clobber the exception being
354 thrown.)  Previously such an exception was
355 sometimes emitted as a warning, and then either was
356 string-appended to the surrounding C<$@> or completely replaced the
357 surrounding C<$@>, depending on whether that exception and the surrounding
358 C<$@> were strings or objects.  Now, an exception in this situation is
359 always emitted as a warning, leaving the surrounding C<$@> untouched.
360 In addition to object destructors, this also affects any function call
361 performed by XS code using the C<G_KEEPERR> flag.
362
363 Warnings for C<warn> can now be objects, in the same way as exceptions
364 for C<die>.  If an object-based warning gets the default handling,
365 of writing to standard error, it is stringified as
366 before, with the file and line number appended.  But
367 a C<$SIG{__WARN__}> handler will now receive an
368 object-based warning as an object, where previously it was passed the
369 result of stringifying the object.
370
371 =head2 Other Enhancements
372
373 =head3 Assignment to C<$0> sets the legacy process name with C<prctl()> on Linux
374
375 On Linux the legacy process name will be set with L<prctl(2)>, in
376 addition to altering the POSIX name via C<argv[0]> as perl has done
377 since version 4.000. Now system utilities that read the legacy process
378 name such as ps, top and killall will recognize the name you set when
379 assigning to C<$0>. The string you supply will be cut off at 16 bytes,
380 this is a limitation imposed by Linux.
381
382 =head3 C<srand()> now returns the seed
383
384 This allows programs that need to have repeatable results not to have to come
385 up with their own seed-generating mechanism.  Instead, they can use C<srand()>
386 and stash the return value for future use.  Typical is a test program which
387 has too many combinations to test comprehensively in the time available to it
388 each run.  It can test a random subset each time and, should there be a failure,
389 log the seed used for that run so that it can later be used to reproduce the
390 same results.
391
392 =head3 printf-like functions understand post-1980 size modifiers
393
394 Perl's printf and sprintf operators, and Perl's internal printf replacement
395 function, now understand the C90 size modifiers "hh" (C<char>), "z"
396 (C<size_t>), and "t" (C<ptrdiff_t>).  Also, when compiled with a C99
397 compiler, Perl now understands the size modifier "j" (C<intmax_t>).
398
399 So, for example, on any modern machine, C<sprintf('%hhd', 257)> returns '1'.
400
401 =head3 New global variable C<${^GLOBAL_PHASE}>
402
403 A new global variable, C<${^GLOBAL_PHASE}>, has been added to allow
404 introspection of the current phase of the perl interpreter. It's explained in
405 detail in L<perlvar/"${^GLOBAL_PHASE}"> and
406 L<perlmod/"BEGIN, UNITCHECK, CHECK, INIT and END">.
407
408 =head3 C<-d:-foo> calls C<Devel::foo::unimport>
409
410 The syntax C<-dI<B<:>foo>> was extended in 5.6.1 to make C<-dI<:fooB<=bar>>>
411 equivalent to C<-MDevel::foo=bar>, which expands
412 internally to C<use Devel::foo 'bar';>.
413 F<perl> now allows prefixing the module name with C<->, with the same
414 semantics as C<-M>, I<i.e.>
415
416 =over 4
417
418 =item C<-d:-foo>
419
420 Equivalent to C<-M-Devel::foo>, expands to
421 C<no Devel::foo;>, calls C<< Devel::foo->unimport() >>
422 if the method exists.
423
424 =item C<-d:-foo=bar>
425
426 Equivalent to C<-M-Devel::foo=bar>, expands to C<no Devel::foo 'bar';>,
427 calls C<< Devel::foo->unimport('bar') >> if the method exists.
428
429 =back
430
431 This is particularly useful for suppressing the default actions of a
432 C<Devel::*> module's C<import> method whilst still loading it for debugging.
433
434 =head3 Filehandle method calls load L<IO::File> on demand
435
436 When a method call on a filehandle would die because the method cannot
437 be resolved, and L<IO::File> has not been loaded, Perl now loads L<IO::File>
438 via C<require> and attempts method resolution again:
439
440   open my $fh, ">", $file;
441   $fh->binmode(":raw");     # loads IO::File and succeeds
442
443 This also works for globs like STDOUT, STDERR and STDIN:
444
445   STDOUT->autoflush(1);
446
447 Because this on-demand load only happens if method resolution fails, the
448 legacy approach of manually loading an L<IO::File> parent class for partial
449 method support still works as expected:
450
451   use IO::Handle;
452   open my $fh, ">", $file;
453   $fh->autoflush(1);        # IO::File not loaded
454
455 =head3 IPv6 support
456
457 The C<Socket> module provides new affordances for IPv6,
458 including implementations of the C<Socket::getaddrinfo()> and
459 C<Socket::getnameinfo()> functions, along with related constants, and a
460 handful of new functions.  See L<Socket>.
461
462 =head3 DTrace probes now include package name
463
464 The DTrace probes now include an additional argument (C<arg3>) which contains
465 the package the subroutine being entered or left was compiled in.
466
467 For example using the following DTrace script:
468
469   perl$target:::sub-entry
470   {
471       printf("%s::%s\n", copyinstr(arg0), copyinstr(arg3));
472   }
473
474 and then running:
475
476   perl -e'sub test { }; test'
477
478 DTrace will print:
479
480   main::test
481
482 =head2 New C APIs
483
484 See L</Internal Changes>.
485
486 =head1 Security
487
488 =head2 User-defined regular expression properties
489
490 In L<perlunicode/"User-Defined Character Properties">, it says you can
491 create custom properties by defining subroutines whose names begin with
492 "In" or "Is". However, Perl did not actually enforce that naming
493 restriction, so \p{foo::bar} could call foo::bar() if it existed. Now this
494 convention has been enforced.
495
496 Also, Perl no longer allows a tainted regular expression to invoke a
497 user-defined. It simply dies instead [perl #82616].
498
499 =head1 Incompatible Changes
500
501 Perl 5.14.0 is not binary-compatible with any previous stable release.
502
503 In addition to the sections that follow, see L</C API Changes>.
504
505 =head2 Regular Expressions and String Escapes
506
507 =head3 \400-\777
508
509 Use of C<\400>-C<\777> in regexes in certain circumstances has given
510 different, anomalous behavior than their use in all other
511 double-quote-like contexts.   Since 5.10.1, a deprecated warning message
512 has been raised when this happens.  Now, all double-quote-like contexts
513 have the same behavior, namely to be equivalent to C<\x{100}> -
514 C<\x{1FF}>, with no deprecation warning. Use of these values in the
515 command line option C<"-0"> retains the current meaning to slurp input
516 files whole; previously, this was documented only for C<"-0777">.  It is
517 recommended, however, because of various ambiguities, to use the new
518 C<\o{...}> construct to represent characters in octal.
519
520 =head3 Most C<\p{}> properties are now immune to case-insensitive matching
521
522 For most Unicode properties, it doesn't make sense to have them match
523 differently under C</i> case-insensitive matching than not.  And doing
524 so leads to unexpected results and potential security holes.  For
525 example
526
527  m/\p{ASCII_Hex_Digit}+/i
528
529 could previously match non-ASCII characters because of the Unicode
530 matching rules (although there were a number of bugs with this).  Now
531 matching under C</i> gives the same results as non-C</i> matching except
532 for those few properties where people have come to expect differences,
533 namely the ones where casing is an integral part of their meaning, such
534 as C<m/\p{Uppercase}/i> and C<m/\p{Lowercase}/i>, both of which match
535 the exact same code points, namely those matched by C<m/\p{Cased}/i>.
536 Details are in L<perlrecharclass/Unicode Properties>.
537
538 User-defined property handlers that need to match differently under
539 C</i> must change to read the new boolean parameter passed to them which is
540 non-zero if case-insensitive matching is in effect or 0 otherwise.  See
541 L<perluniprops/User-Defined Character Properties>.
542
543 =head3 \p{} implies Unicode semantics
544
545 Now, a Unicode property match specified in the pattern will indicate
546 that the pattern is meant for matching according to Unicode rules, the way
547 C<\N{}> does.
548
549 =head3 Regular expressions retain their localeness when interpolated
550
551 Regular expressions compiled under C<"use locale"> now retain this when
552 interpolated into a new regular expression compiled outside a
553 C<"use locale">, and vice-versa.
554
555 Previously, a regular expression interpolated into another one inherited
556 the localeness of the surrounding one, losing whatever state it
557 originally had.  This is considered a bug fix, but may trip up code that
558 has come to rely on the incorrect behavior.
559
560 =head3 Stringification of regexes has changed
561
562 Default regular expression modifiers are now notated by using
563 C<(?^...)>.  Code relying on the old stringification will fail.  The
564 purpose of this is so that when new modifiers are added, such code will
565 not have to change (after this one time), as the stringification will
566 automatically incorporate the new modifiers.
567
568 Code that needs to work properly with both old- and new-style regexes
569 can avoid the whole issue by using (for Perls since 5.9.5; see L<re>):
570
571  use re qw(regexp_pattern);
572  my ($pat, $mods) = regexp_pattern($re_ref);
573
574 If the actual stringification is important, or older Perls need to be
575 supported, you can use something like the following:
576
577     # Accept both old and new-style stringification
578     my $modifiers = (qr/foobar/ =~ /\Q(?^/) ? '^' : '-xism';
579
580 And then use C<$modifiers> instead of C<-xism>.
581
582 =head3 Run-time code blocks in regular expressions inherit pragmata
583
584 Code blocks in regular expressions (C<(?{...})> and C<(??{...})>) used not
585 to inherit any pragmata (strict, warnings, etc.) if the regular expression
586 was compiled at run time as happens in cases like these two:
587
588   use re 'eval';
589   $foo =~ $bar; # when $bar contains (?{...})
590   $foo =~ /$bar(?{ $finished = 1 })/;
591
592 This was a bug, which has now been fixed. But it has the potential to break
593 any code that was relying on it.
594
595 =head2 Stashes and Package Variables
596
597 =head3 Localised tied hashes and arrays are no longed tied
598
599 In the following:
600
601     tie @a, ...;
602     {
603         local @a;
604         # here, @a is a now a new, untied array
605     }
606     # here, @a refers again to the old, tied array
607
608 The new local array used to be made tied too, which was fairly pointless,
609 and has now been fixed. This fix could however potentially cause a change
610 in behaviour of some code.
611
612 =head3 Stashes are now always defined
613
614 C<defined %Foo::> now always returns true, even when no symbols have yet been
615 defined in that package.
616
617 This is a side effect of removing a special case kludge in the tokeniser,
618 added for 5.10.0, to hide side effects of changes to the internal storage of
619 hashes that drastically reduce their memory usage overhead.
620
621 Calling defined on a stash has been deprecated since 5.6.0, warned on
622 lexicals since 5.6.0, and warned for stashes (and other package
623 variables) since 5.12.0. C<defined %hash> has always exposed an
624 implementation detail - emptying a hash by deleting all entries from it does
625 not make C<defined %hash> false, hence C<defined %hash> is not valid code to
626 determine whether an arbitrary hash is empty. Instead, use the behaviour
627 that an empty C<%hash> always returns false in a scalar context.
628
629 =head3 Dereferencing typeglobs
630
631 If you assign a typeglob to a scalar variable:
632
633     $glob = *foo;
634
635 the glob that is copied to C<$glob> is marked with a special flag
636 indicating that the glob is just a copy. This allows subsequent assignments
637 to C<$glob> to overwrite the glob. The original glob, however, is
638 immutable.
639
640 Many Perl operators did not distinguish between these two types of globs.
641 This would result in strange behaviour in edge cases: C<untie $scalar>
642 would do nothing if the last thing assigned to the scalar was a glob
643 (because it treated it as C<untie *$scalar>, which unties a handle).
644 Assignment to a glob slot (e.g., C<*$glob = \@some_array>) would simply
645 assign C<\@some_array> to C<$glob>.
646
647 To fix this, the C<*{}> operator (including the C<*foo> and C<*$foo> forms)
648 has been modified to make a new immutable glob if its operand is a glob
649 copy.  This allows operators that make a distinction between globs and
650 scalars to be modified to treat only immutable globs as globs.  (C<tie>,
651 C<tied> and C<untie> have been left as they are for compatibility's sake,
652 but will warn. See L</Deprecations>.)
653
654 This causes an incompatible change in code that assigns a glob to the
655 return value of C<*{}> when that operator was passed a glob copy. Take the
656 following code, for instance:
657
658     $glob = *foo;
659     *$glob = *bar;
660
661 The C<*$glob> on the second line returns a new immutable glob. That new
662 glob is made an alias to C<*bar>. Then it is discarded. So the second
663 assignment has no effect.
664
665 See L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=77810> for even
666 more detail.
667
668 =head3 Clearing stashes
669
670 Stash list assignment C<%foo:: = ()> used to make the stash anonymous
671 temporarily while it was being emptied. Consequently, any of its
672 subroutines referenced elsewhere would become anonymous (showing up as
673 "(unknown)" in C<caller>). Now they retain their package names, such that
674 C<caller> will return the original sub name if there is still a reference
675 to its typeglob, or "foo::__ANON__" otherwise [perl #79208].
676
677 =head3 Magic variables outside the main package
678
679 In previous versions of Perl, magic variables like C<$!>, C<%SIG>, etc. would
680 'leak' into other packages.  So C<%foo::SIG> could be used to access signals,
681 C<${"foo::!"}> (with strict mode off) to access C's C<errno>, etc.
682
683 This was a bug, or an 'unintentional' feature, which caused various ill effects,
684 such as signal handlers being wiped when modules were loaded, etc.
685
686 This has been fixed (or the feature has been removed, depending on how you see
687 it).
688
689 =head2 Changes to Syntax or to Perl Operators
690
691 =head3 C<given> return values
692
693 C<given> blocks now return the last evaluated
694 expression, or an empty list if the block was exited by C<break>. Thus you
695 can now write:
696
697     my $type = do {
698      given ($num) {
699       break     when undef;
700       'integer' when /^[+-]?[0-9]+$/;
701       'float'   when /^[+-]?[0-9]+(?:\.[0-9]+)?$/;
702       'unknown';
703      }
704     };
705
706 See L<perlsyn/Return value> for details.
707
708 =head3 Change in the parsing of certain prototypes
709
710 Functions declared with the following prototypes now behave correctly as unary
711 functions:
712
713   *
714   \$ \% \@ \* \&
715   \[...]
716   ;$ ;*
717   ;\$ ;\% etc.
718   ;\[...]
719
720 Due to this bug fix [perl #75904], functions
721 using the C<(*)>, C<(;$)> and C<(;*)> prototypes
722 are parsed with higher precedence than before. So in the following example:
723
724   sub foo($);
725   foo $a < $b;
726
727 the second line is now parsed correctly as C<< foo($a) < $b >>, rather than
728 C<< foo($a < $b) >>. This happens when one of these operators is used in
729 an unparenthesised argument:
730
731   < > <= >= lt gt le ge
732   == != <=> eq ne cmp ~~
733   &
734   | ^
735   &&
736   || //
737   .. ...
738   ?:
739   = += -= *= etc.
740
741 =head3 Smart-matching against array slices
742
743 Previously, the following code resulted in a successful match:
744
745     my @a = qw(a y0 z);
746     my @b = qw(a x0 z);
747     @a[0 .. $#b] ~~ @b;
748
749 This odd behaviour has now been fixed [perl #77468].
750
751 =head3 Negation treats strings differently from before
752
753 The unary negation operator C<-> now treats strings that look like numbers
754 as numbers [perl #57706].
755
756 =head3 Negative zero
757
758 Negative zero (-0.0), when converted to a string, now becomes "0" on all
759 platforms. It used to become "-0" on some, but "0" on others.
760
761 If you still need to determine whether a zero is negative, use
762 C<sprintf("%g", $zero) =~ /^-/> or the L<Data::Float> module on CPAN.
763
764 =head3 C<:=> is now a syntax error
765
766 Previously C<my $pi := 4;> was exactly equivalent to C<my $pi : = 4;>,
767 with the C<:> being treated as the start of an attribute list, ending before
768 the C<=>. The use of C<:=> to mean C<: => was deprecated in 5.12.0, and is now
769 a syntax error. This will allow the future use of C<:=> as a new token.
770
771 We find no Perl 5 code on CPAN using this construction, outside the core's
772 tests for it, so we believe that this change will have very little impact on
773 real-world codebases.
774
775 If it is absolutely necessary to have empty attribute lists (for example,
776 because of a code generator) then avoid the error by adding a space before
777 the C<=>.
778
779 =head2 Threads and Processes
780
781 =head3 Directory handles not copied to threads
782
783 On systems other than Windows that do not have
784 a C<fchdir> function, newly-created threads no
785 longer inherit directory handles from their parent threads. Such programs
786 would usually have crashed anyway [perl #75154].
787
788 =head3 C<close> on shared pipes
789
790 The C<close> function no longer waits for the child process to exit if the
791 underlying file descriptor is still in use by another thread, to avoid
792 deadlocks. It returns true in such cases.
793
794 =head3 fork() emulation will not wait for signalled children
795
796 On Windows parent processes would not terminate until all forked
797 childred had terminated first.  However, C<kill('KILL', ...)> is
798 inherently unstable on pseudo-processes, and C<kill('TERM', ...)>
799 might not get delivered if the child if blocked in a system call.
800
801 To avoid the deadlock and still provide a safe mechanism to terminate
802 the hosting process, Perl will now no longer wait for children that
803 have been sent a SIGTERM signal.  It is up to the parent process to
804 waitpid() for these children if child clean-up processing must be
805 allowed to finish. However, it is also the responsibility of the
806 parent then to avoid the deadlock by making sure the child process
807 can't be blocked on I/O either.
808
809 See L<perlfork> for more information about the fork() emulation on
810 Windows.
811
812 =head2 Configuration
813
814 =head3 Naming fixes in Policy_sh.SH may invalidate Policy.sh
815
816 Several long-standing typos and naming confusions in Policy_sh.SH have
817 been fixed, standardizing on the variable names used in config.sh.
818
819 This will change the behavior of Policy.sh if you happen to have been
820 accidentally relying on the Policy.sh incorrect behavior.
821
822 =head3 Perl source code is read in text mode on Windows
823
824 Perl scripts used to be read in binary mode on Windows for the benefit
825 of the ByteLoader module (which is no longer part of core Perl).  This
826 had the side effect of breaking various operations on the DATA filehandle,
827 including seek()/tell(), and even simply reading from DATA after file handles
828 have been flushed by a call to system(), backticks, fork() etc.
829
830 The default build options for Windows have been changed to read Perl source
831 code on Windows in text mode now.  Hopefully ByteLoader will be updated on
832 CPAN to automatically handle this situation [perl #28106].
833
834 =head1 Deprecations
835
836 See also L</Deprecated C APIs>.
837
838 =head2 Omitting a space between a regular expression and subsequent word
839
840 Omitting a space between a regular expression operator or
841 its modifiers and the following word is deprecated.  For
842 example, C<< m/foo/sand $bar >> will still be parsed
843 as C<< m/foo/s and $bar >> but will issue a warning.
844
845 =head2 C<\cI<X>>
846
847 The backslash-c construct was designed as a way of specifying
848 non-printable characters, but there were no restrictions (on ASCII
849 platforms) on what the character following the C<c> could be.  Now,
850 a deprecation warning is raised if that character isn't an ASCII character.
851 Also, a deprecation warning is raised for C<"\c{"> (which is the same
852 as simply saying C<";">).
853
854 =head2 C<"\b{"> and C<"\B{">
855
856 In regular expressions, a literal C<"{"> immediately following a C<"\b">
857 (not in a bracketed character class) or a C<"\B{"> is now deprecated
858 to allow for its future use by Perl itself.
859
860 =head2 Deprecation warning added for deprecated-in-core .pl libs
861
862 This is a mandatory warning, not obeying -X or lexical warning bits.
863 The warning is modelled on that supplied by deprecate.pm for
864 deprecated-in-core .pm libraries.  It points to the specific CPAN
865 distribution that contains the .pl libraries.  The CPAN version, of
866 course, does not generate the warning.
867
868 =head2 List assignment to C<$[>
869
870 Assignment to C<$[> was deprecated and started to give warnings in
871 Perl version 5.12.0.  This version of perl also starts to emit a warning when
872 assigning to C<$[> in list context.  This fixes an oversight in 5.12.0.
873
874 =head2 Use of qw(...) as parentheses
875
876 Historically the parser fooled itself into thinking that C<qw(...)> literals
877 were always enclosed in parentheses, and as a result you could sometimes omit
878 parentheses around them:
879
880     for $x qw(a b c) { ... }
881
882 The parser no longer lies to itself in this way.  Wrap the list literal in
883 parentheses, like this:
884
885     for $x (qw(a b c)) { ... }
886
887 =head2 C<\N{BELL}> is deprecated
888
889 This is because Unicode is using that name for a different character.
890 See L</Unicode Version 6.0 is now supported (mostly)> for more
891 explanation.
892
893 =head2 C<?PATTERN?> is deprecated
894
895 C<?PATTERN?> (without the initial m) has been deprecated and now produces
896 a warning.  This is to allow future use of C<?> in new operators.
897 The match-once functionality is still available in the form of C<m?PATTERN?>.
898
899 =head2 Tie functions on scalars holding typeglobs
900
901 Calling a tie function (C<tie>, C<tied>, C<untie>) with a scalar argument
902 acts on a file handle if the scalar happens to hold a typeglob.
903
904 This is a long-standing bug that will be removed in Perl 5.16, as
905 there is currently no way to tie the scalar itself when it holds
906 a typeglob, and no way to untie a scalar that has had a typeglob
907 assigned to it.
908
909 Now there is a deprecation warning whenever a tie
910 function is used on a handle without an explicit C<*>.
911
912 =head2 User-defined case-mapping
913
914 This feature is being deprecated due to its many issues, as documented in
915 L<perlunicode/User-Defined Case Mappings (for serious hackers only)>.
916 It is planned to remove this feature in Perl 5.16.  Instead use the CPAN module
917 L<Unicode::Casing>, which provides improved functionality.
918
919 =head2 Deprecated modules
920
921 The following modules will be removed from the core distribution in a
922 future release, and should be installed from CPAN instead. Distributions
923 on CPAN which require these should add them to their prerequisites. The
924 core versions of these modules will issue a deprecation warning.
925
926 If you ship a packaged version of Perl, either alone or as part of a
927 larger system, then you should carefully consider the repercussions of
928 core module deprecations.  You may want to consider shipping your default
929 build of Perl with packages for some or all deprecated modules which
930 install into C<vendor> or C<site> perl library directories.  This will
931 inhibit the deprecation warnings.
932
933 Alternatively, you may want to consider patching F<lib/deprecate.pm>
934 to provide deprecation warnings specific to your packaging system
935 or distribution of Perl, consistent with how your packaging system
936 or distribution manages a staged transition from a release where the
937 installation of a single package provides the given functionality, to
938 a later release where the system administrator needs to know to install
939 multiple packages to get that same functionality.
940
941 You can silence these deprecation warnings by installing the modules
942 in question from CPAN.  To install the latest version of all of them,
943 just install C<Task::Deprecations::5_14>.
944
945 =over
946
947 =item L<Devel::DProf>
948
949 We strongly recommend that you install and used L<Devel::NYTProf> in
950 preference, as it offers significantly improved profiling and reporting.
951
952 =back
953
954 =head1 Performance Enhancements
955
956 =head2 "Safe signals" optimisation
957
958 Signal dispatch has been moved from the runloop into control ops. This
959 should give a few percent speed increase, and eliminates almost all of
960 the speed penalty caused by the introduction of "safe signals" in
961 5.8.0. Signals should still be dispatched within the same statement as
962 they were previously - if this is not the case, or it is possible to
963 create uninterruptible loops, this is a bug, and reports are encouraged
964 of how to recreate such issues.
965
966 =head2 Optimisation of shift; and pop; calls without arguments
967
968 Two fewer OPs are used for shift and pop calls with no argument (with
969 implicit C<@_>). This change makes C<shift;> 5% faster than C<shift @_;>
970 on non-threaded perls and 25% faster on threaded.
971
972 =head2 Optimisation of regexp engine string comparison work
973
974 The foldEQ_utf8 API function for case-insensitive comparison of strings (which
975 is used heavily by the regexp engine) was substantially refactored and
976 optimised - and its documentation much improved as a free bonus gift.
977
978 =head2 Regular expression compilation speed-up
979
980 Compiling regular expressions has been made faster for the case where upgrading
981 the regex to utf8 is necessary but that isn't known when the compilation begins.
982
983 =head2 String appending is 100 times faster
984
985 When doing a lot of string appending, perl could end up allocating a lot more
986 memory than needed in a very inefficient way, if perl was configured to use the
987 system's C<malloc> implementation instead of its own.
988
989 C<sv_grow>, which is what's being used to allocate more memory if necessary
990 when appending to a string, has now been taught how to round up the memory
991 it requests to a certain geometric progression, making it much faster on
992 certain platforms and configurations.  On Win32, it's now about 100 times
993 faster.
994
995 =head2 Eliminate C<PL_*> accessor functions under ithreads
996
997 When C<MULTIPLICITY> was first developed, and interpreter state moved into
998 an interpreter struct, thread and interpreter local C<PL_*> variables were
999 defined as macros that called accessor functions, returning the address of
1000 the value, outside of the perl core.  The intent was to allow members
1001 within the interpreter struct to change size without breaking binary
1002 compatibility, so that bug fixes could be merged to a maintenance branch
1003 that necessitated such a size change.
1004
1005 However, some non-core code defines C<PERL_CORE>, sometimes intentionally
1006 to bypass this mechanism for speed reasons, sometimes for other reasons but
1007 with the inadvertent side effect of bypassing this mechanism.  As some of
1008 this code is widespread in production use, the result is that the core
1009 I<can't> change the size of members of the interpreter struct, as it will
1010 break such modules compiled against a previous release on that maintenance
1011 branch.  The upshot is that this mechanism is redundant, and well-behaved
1012 code is penalised by it.  Hence it can and should be removed (and has
1013 been).
1014
1015 =head2 Freeing weak references
1016
1017 When an object has many weak references to it, freeing that object
1018 can under some some circumstances take O(N^2) time to free (where N is the
1019 number of references). The number of circumstances has been reduced
1020 [perl #75254]
1021
1022 =head2 Lexical array and hash assignments
1023
1024 An earlier optimisation to speed up C<my @array = ...> and
1025 C<my %hash = ...> assignments caused a bug and was disabled in Perl 5.12.0.
1026
1027 Now we have found another way to speed up these assignments [perl #82110].
1028
1029 =head2 C<@_> uses less memory
1030
1031 Previously, C<@_> was allocated for every subroutine at compile time with
1032 enough space for four entries.  Now this allocation is done on demand when
1033 the subroutine is called [perl #72416].
1034
1035 =head2 Size optimisations to SV and HV structures
1036
1037 xhv_fill has been eliminated from struct xpvhv, saving 1 IV per hash and
1038 on some systems will cause struct xpvhv to become cache-aligned. To avoid
1039 this memory saving causing a slowdown elsewhere, boolean use of HvFILL
1040 now calls HvTOTALKEYS instead (which is equivalent) - so while the fill
1041 data when actually required are now calculated on demand, the cases when
1042 this needs to be done should be few and far between.
1043
1044 The order of structure elements in SV bodies has changed.  Effectively,
1045 the NV slot has swapped location with STASH and MAGIC.  As all access to
1046 SV members is via macros, this should be completely transparent.  This
1047 change allows the space saving for PVHVs documented above, and may reduce
1048 the memory allocation needed for PVIVs on some architectures.
1049
1050 C<XPV>, C<XPVIV>, and C<XPVNV> now only allocate the parts of the C<SV> body
1051 they actually use, saving some space.
1052
1053 Scalars containing regular expressions now only allocate the part of the C<SV>
1054 body they actually use, saving some space.
1055
1056 =head2 Memory consumption improvements to Exporter
1057
1058 The @EXPORT_FAIL AV is no longer created unless required, hence neither is
1059 the typeglob backing it.  This saves about 200 bytes for every package that
1060 uses Exporter but doesn't use this functionality.
1061
1062 =head2 Memory savings for weak references
1063
1064 For weak references, the common case of just a single weak reference per
1065 referent has been optimised to reduce the storage required. In this case it
1066 saves the equivalent of one small Perl array per referent.
1067
1068 =head2 C<%+> and C<%-> use less memory
1069
1070 The bulk of the C<Tie::Hash::NamedCapture> module used to be in the perl
1071 core.  It has now been moved to an XS module, to reduce the overhead for
1072 programs that do not use C<%+> or C<%->.
1073
1074 =head2 Multiple small improvements to threads
1075
1076 The internal structures of threading now make fewer API calls and fewer
1077 allocations, resulting in noticeably smaller object code.  Additionally,
1078 many thread context checks have been deferred so that they're only done
1079 when required (although this is only possible for non-debugging builds).
1080
1081 =head2 Adjacent pairs of nextstate opcodes are now optimized away
1082
1083 Previously, in code such as
1084
1085     use constant DEBUG => 0;
1086
1087     sub GAK {
1088         warn if DEBUG;
1089         print "stuff\n";
1090     }
1091
1092 the ops for C<warn if DEBUG;> would be folded to a C<null> op (C<ex-const>), but
1093 the C<nextstate> op would remain, resulting in a runtime op dispatch of
1094 C<nextstate>, C<nextstate>, ....
1095
1096 The execution of a sequence of C<nextstate> ops is indistinguishable from just
1097 the last C<nextstate> op so the peephole optimizer now eliminates the first of
1098 a pair of C<nextstate> ops, except where the first carries a label, since labels
1099 must not be eliminated by the optimizer and label usage isn't conclusively known
1100 at compile time.
1101
1102 =head1 Modules and Pragmata
1103
1104 =head2 New Modules and Pragmata
1105
1106 =over 4
1107
1108 =item *
1109
1110 C<CPAN::Meta::YAML> 0.003 has been added as a dual-life module.  It supports a
1111 subset of YAML sufficient for reading and writing META.yml and MYMETA.yml files
1112 included with CPAN distributions or generated by the module installation
1113 toolchain. It should not be used for any other general YAML parsing or
1114 generation task.
1115
1116 =item *
1117
1118 C<CPAN::Meta> version 2.110440 has been added as a dual-life module. It
1119 provides a standard library to read, interpret and write CPAN distribution
1120 metadata files (e.g. META.json and META.yml) which describes a
1121 distribution, its contents, and the requirements for building it and
1122 installing it. The latest CPAN distribution metadata specification is
1123 included as C<CPAN::Meta::Spec> and notes on changes in the specification
1124 over time are given in C<CPAN::Meta::History>.
1125
1126 =item *
1127
1128 C<HTTP::Tiny> 0.011 has been added as a dual-life module.  It is a very
1129 small, simple HTTP/1.1 client designed for simple GET requests and file
1130 mirroring.  It has has been added to enable CPAN.pm and CPANPLUS to
1131 "bootstrap" HTTP access to CPAN using pure Perl without relying on external
1132 binaries like F<curl> or F<wget>.
1133
1134 =item *
1135
1136 C<JSON::PP> 2.27105 has been added as a dual-life module, for the sake of
1137 reading F<META.json> files in CPAN distributions.
1138
1139 =item *
1140
1141 C<Module::Metadata> 1.000004 has been added as a dual-life module.  It gathers
1142 package and POD information from Perl module files.  It is a standalone module
1143 based on Module::Build::ModuleInfo for use by other module installation
1144 toolchain components.  Module::Build::ModuleInfo has been deprecated in
1145 favor of this module instead.
1146
1147 =item *
1148
1149 C<Perl::OSType> 1.002 has been added as a dual-life module.  It maps Perl
1150 operating system names (e.g. 'dragonfly' or 'MSWin32') to more generic types
1151 with standardized names (e.g.  "Unix" or "Windows").  It has been refactored
1152 out of Module::Build and ExtUtils::CBuilder and consolidates such mappings into
1153 a single location for easier maintenance.
1154
1155 =item *
1156
1157 The following modules were added by the C<Unicode::Collate> 
1158 upgrade. See below for details.
1159
1160 C<Unicode::Collate::CJK::Big5>
1161
1162 C<Unicode::Collate::CJK::GB2312>
1163
1164 C<Unicode::Collate::CJK::JISX0208>
1165
1166 C<Unicode::Collate::CJK::Korean>
1167
1168 C<Unicode::Collate::CJK::Pinyin>
1169
1170 C<Unicode::Collate::CJK::Stroke>
1171
1172 =item *
1173
1174 C<Version::Requirements> version 0.101020 has been added as a dual-life
1175 module.  It provides a standard library to model and manipulates module
1176 prerequisites and version constraints as defined in the L<CPAN::Meta::Spec>.
1177
1178 =back
1179
1180 =head2 Updated Modules and Pragma
1181
1182 =over 4
1183
1184 =item *
1185
1186 C<Archive::Extract> has been upgraded from version 0.38 to 0.48.
1187
1188 Updates since 0.38 include: a safe print method that guards
1189 Archive::Extract from changes to $\; a fix to the tests when run in core
1190 perl; support for TZ files; a modification for the lzma
1191 logic to favour IO::Uncompress::Unlzma; and a fix
1192 for an issue with NetBSD-current and its new unzip 
1193 executable.
1194
1195 =item *
1196
1197 C<Archive::Tar> has been upgraded from version 1.54 to 1.76.
1198
1199 Important changes since 1.54 include the following:
1200
1201 =over
1202
1203 =item *
1204
1205 Compatibility with busybox implementations of tar
1206
1207 =item *
1208
1209 A fix so that C<write()> and C<create_archive()>
1210 close only handles they opened
1211
1212 =item *
1213
1214 A bug was fixed regarding the exit code of extract_archive.
1215
1216 =item *
1217
1218 The C<ptar> utility has a new option to allow safe
1219 creation of tarballs without world-writable files on Windows, allowing those
1220 archives to be uploaded to CPAN.
1221
1222 =item *
1223
1224 A new ptargrep utility for using regular expressions against 
1225 the contents of files in a tar archive.
1226
1227 =item *
1228
1229 Pax extended headers are now skipped.
1230
1231 =back
1232
1233 =item *
1234
1235 C<AutoLoader> has been upgraded from version 5.70 to 5.71.
1236
1237 =item *
1238
1239 C<B> has been upgraded from version 1.23 to 1.29.
1240
1241 It no longer crashes when taking apart a C<y///> containing characters
1242 outside the octet range or compiled in a C<use utf8> scope.
1243
1244 The size of the shared object has been reduced by about 40%, with no
1245 reduction in functionality.
1246
1247 =item *
1248
1249 C<B::Concise> has been upgraded from version 0.78 to 0.83.
1250
1251 B::Concise marks rv2sv, rv2av and rv2hv ops with the new OPpDEREF flag
1252 as "DREFed".
1253
1254 It no longer produces mangled output with the C<-tree> option
1255 [perl #80632].
1256
1257 =item *
1258
1259 C<B::Debug> has been upgraded from version 1.12 to 1.16.
1260
1261 =item *
1262
1263 C<B::Deparse> has been upgraded from version 0.96 to 1.03.
1264
1265 The deparsing of a nextstate op has changed when it has both a
1266 change of package (relative to the previous nextstate), or a change of
1267 C<%^H> or other state, and a label.  Previously the label was emitted
1268 first, but now the label is emitted last (5.12.1).
1269
1270 The C<no 5.13.2> or similar form is now correctly handled by B::Deparse
1271 (5.12.3).
1272
1273 B::Deparse now properly handles the code that applies a conditional
1274 pattern match against implicit C<$_> as it was fixed in [perl #20444].
1275
1276 Deparsing of C<our> followed by a variable with funny characters
1277 (as permitted under the C<utf8> pragma) has also been fixed [perl #33752].
1278
1279 =item *
1280
1281 C<B::Lint> has been upgraded from version 1.11_01 to 1.13.
1282
1283 =item *
1284
1285 C<base> has been upgraded from version 2.15 to 2.16.
1286
1287 =item *
1288
1289 C<bignum> has been upgraded from version 0.23 to 0.26.
1290
1291 =item *
1292
1293 C<Carp> has been upgraded from version 1.15 to 1.20.
1294
1295 L<Carp> now detects incomplete L<caller()|perlfunc/"caller EXPR"> overrides and
1296 avoids using bogus C<@DB::args>.  To provide backtraces,
1297 Carp relies on particular behaviour of the C<caller>
1298 built-in.  Carp now detects if other code has
1299 overridden this with an incomplete implementation, and modifies its backtrace
1300 accordingly.  Previously incomplete overrides would cause incorrect values
1301 in backtraces (best case), or obscure fatal errors (worst case).
1302
1303 This fixes certain cases of C<Bizarre copy of ARRAY> caused by modules
1304 overriding C<caller()> incorrectly (5.12.2).
1305
1306 It now also avoids using regular expressions that cause perl to
1307 load its Unicode tables, in order to avoid the 'BEGIN not safe after
1308 errors' error that will ensue if there has been a syntax error
1309 [perl #82854].
1310
1311 =item *
1312
1313 C<CGI> has been upgraded from version 3.48 to 3.52.
1314
1315 This provides the following security fixes: the MIME boundary in 
1316 multipart_init is now random and the handling of 
1317 newlines embedded in header values has been improved.
1318
1319 =item *
1320
1321 C<Compress::Raw::Bzip2> has been upgraded from version 2.024 to 2.033.
1322
1323 It has been updated to use bzip2 1.0.6.
1324
1325 =item *
1326
1327 C<Compress::Raw::Zlib> has been upgraded from version 2.024 to 2.033.
1328
1329 =item *
1330
1331 C<CPAN> has been upgraded from version 1.94_56 to 1.9600.
1332
1333 Major highlights:
1334
1335 =over 4
1336
1337 =item * much less configuration dialog hassle
1338
1339 =item * support for META/MYMETA.json
1340
1341 =item * support for local::lib
1342
1343 =item * support for HTTP::Tiny to reduce the dependency on ftp sites 
1344
1345 =item * automatic mirror selection
1346
1347 =item * iron out all known bugs in configure_requires
1348
1349 =item * support for distributions compressed with bzip2
1350
1351 =item * allow Foo/Bar.pm on the commandline to mean Foo::Bar
1352
1353 =back
1354
1355 =item *
1356
1357 C<CPANPLUS> has been upgraded from version 0.90 to 0.9103.
1358
1359 A change to F<cpanp-run-perl>
1360 resolves L<RT #55964|http://rt.cpan.org/Public/Bug/Display.html?id=55964>
1361 and L<RT #57106|http://rt.cpan.org/Public/Bug/Display.html?id=57106>, both
1362 of which related to failures to install distributions that use
1363 C<Module::Install::DSL> (5.12.2).
1364
1365 A dependency on Config was not recognised as a
1366 core module dependency.  This has been fixed.
1367
1368 CPANPLUS now includes support for META.json and MYMETA.json.
1369
1370 =item *
1371
1372 C<CPANPLUS::Dist::Build> has been upgraded from version 0.46 to 0.54.
1373
1374 =item *
1375
1376 C<Data::Dumper> has been upgraded from version 2.125 to 2.130_02.
1377
1378 The indentation used to be off when C<$Data::Dumper::Terse> was set. This
1379 has been fixed [perl #73604].
1380
1381 This upgrade also fixes a crash when using custom sort functions that might
1382 cause the stack to change [perl #74170].
1383
1384 C<Dumpxs> no longer crashes with globs returned by C<*$io_ref>
1385 [perl #72332].
1386
1387 =item *
1388
1389 C<DB_File> has been upgraded from version 1.820 to 1.821.
1390
1391 =item *
1392
1393 C<Devel::DProf> has been upgraded from version 20080331.00 to 20110228.00.
1394
1395 Merely loading C<Devel::DProf> now no longer triggers profiling to start.
1396 C<use Devel::DProf> and C<perl -d:DProf ...> still behave as before and start
1397 the profiler.
1398
1399 NOTE: C<Devel::DProf> is deprecated and will be removed from a future
1400 version of Perl.  We strongly recommend that you install and use
1401 L<Devel::NYTProf> instead, as it offers significantly improved
1402 profiling and reporting.
1403
1404 =item *
1405
1406 C<Devel::SelfStubber> has been upgraded from version 1.03 to 1.05.
1407
1408 =item *
1409
1410 C<diagnostics> has been upgraded from version 1.19 to 1.22.
1411
1412 It now renders pod links slightly better, and has been taught to find
1413 descriptions for messages that share their descriptions with other
1414 messages.
1415
1416 =item *
1417
1418 C<Digest::MD5> has been upgraded from version 2.39 to 2.51.
1419
1420 It is now safe to use this module in combination with threads.
1421
1422 =item *
1423
1424 C<Digest::SHA> has been upgraded from version 5.47 to 5.61.
1425
1426 C<shasum> now more closely mimics C<sha1sum>/C<md5sum>.
1427
1428 C<Addfile> accepts all POSIX filenames.
1429
1430 New SHA-512/224 and SHA-512/256 transforms (ref. NIST Draft FIPS 180-4
1431 [February 2011])
1432
1433 =item *
1434
1435 C<Dumpvalue> has been upgraded from version 1.13 to 1.16.
1436
1437 =item *
1438
1439 C<DynaLoader> has been upgraded from version 1.10 to 1.13.
1440
1441 It fixes a buffer overflow when passed a very long file name.
1442
1443 It no longer inherits from AutoLoader; hence it no longer
1444 produces weird error messages for unsuccessful method calls on classes that
1445 inherit from DynaLoader [perl #84358].
1446
1447 =item *
1448
1449 C<Encode> has been upgraded from version 2.39 to 2.42.
1450
1451 Now, all 66 Unicode non-characters are treated the same way U+FFFF has
1452 always been treated; in cases when it was disallowed, all 66 are
1453 disallowed; in those cases where it warned, all 66 warn.
1454
1455 =item *
1456
1457 C<Env> has been upgraded from version 1.01 to 1.02.
1458
1459 =item *
1460
1461 C<Errno> has been upgraded from version 1.11 to 1.13.
1462
1463 The implementation of C<Errno> has been refactored to use about 55% less memory.
1464
1465 On some platforms with unusual header files, like Win32/gcc using mingw64
1466 headers, some constants which weren't actually error numbers have been exposed
1467 by C<Errno>.  This has been fixed [perl #77416].
1468
1469 =item *
1470
1471 C<Exporter> has been upgraded from version 5.64_01 to 5.64_03.
1472
1473 Exporter no longer overrides C<$SIG{__WARN__}> [perl #74472]
1474
1475 =item *
1476
1477 C<ExtUtils::CBuilder> has been upgraded from version 0.27 to 0.280202.
1478
1479 =item *
1480
1481 C<ExtUtils::Command> has been upgraded from version 1.16 to 1.17.
1482
1483 =item *
1484
1485 C<ExtUtils::Constant> has been upgraded from 0.22 to 0.23.
1486
1487 The C<AUTOLOAD> helper code generated by C<ExtUtils::Constant::ProxySubs>
1488 can now C<croak> for missing constants, or generate a complete C<AUTOLOAD>
1489 subroutine in XS, allowing simplification of many modules that use it
1490 (C<Fcntl>, C<File::Glob>, C<GDBM_File>, C<I18N::Langinfo>, C<POSIX>,
1491 C<Socket>).
1492
1493 C<ExtUtils::Constant::ProxySubs> can now optionally push the names of all
1494 constants onto the package's C<@EXPORT_OK>.
1495
1496 =item *
1497
1498 C<ExtUtils::Install> has been upgraded from version 1.55 to 1.56.
1499
1500 =item *
1501
1502 C<ExtUtils::MakeMaker> has been upgraded from version 6.56 to 6.57_05.
1503
1504 =item *
1505
1506 C<ExtUtils::Manifest> has been upgraded from version 1.57 to 1.58.
1507
1508 =item *
1509
1510 C<ExtUtils::ParseXS> has been upgraded from version 2.21 to 2.2209.
1511
1512 =item *
1513
1514 C<File::CheckTree> has been upgraded from version 4.4 to 4.41.
1515
1516 =item *
1517
1518 C<File::DosGlob> has been upgraded from version 1.01 to 1.04.
1519
1520 It allows patterns containing literal parentheses (they no longer need to
1521 be escaped).  On Windows, it no longer
1522 adds an extra F<./> to the file names
1523 returned when the pattern is a relative glob with a drive specification,
1524 like F<c:*.pl> [perl #71712].
1525
1526 =item *
1527
1528 C<File::Fetch> has been upgraded from version 0.24 to 0.32.
1529
1530 C<HTTP::Lite> is now supported for 'http' scheme.
1531
1532 The C<fetch> utility is supported on FreeBSD, NetBSD and
1533 Dragonfly BSD for the C<http> and C<ftp> schemes.
1534
1535 =item *
1536
1537 C<File::Find> has been upgraded from version 1.15 to 1.19.
1538
1539 It improves handling of backslashes on Windows, so that paths like
1540 F<c:\dir\/file> are no longer generated [perl #71710].
1541
1542 =item *
1543
1544 C<File::Spec> has been upgraded from version 3.31 to 3.33.
1545
1546 Several portability fixes were made in C<File::Spec::VMS>: a colon is now
1547 recognized as a delimiter in native filespecs; caret-escaped delimiters are
1548 recognized for better handling of extended filespecs; C<catpath()> returns
1549 an empty directory rather than the current directory if the input directory
1550 name is empty; C<abs2rel()> properly handles Unix-style input (5.12.2).
1551
1552 =item *
1553
1554 C<File::stat> has been upgraded from 1.02 to 1.05.
1555
1556 The C<-x> and C<-X> file test operators now work correctly under the root
1557 user.
1558
1559 =item *
1560
1561 C<Filter::Simple> has been upgraded from version 0.84 to 0.86.
1562
1563 =item *
1564
1565 C<GDBM_File> has been upgraded from 1.10 to 1.14.
1566
1567 This fixes a memory leak when DBM filters are used.
1568
1569 =item *
1570
1571 C<Hash::Util> has been upgraded from 0.07 to 0.11.
1572
1573 Hash::Util no longer emits spurious "uninitialized" warnings when
1574 recursively locking hashes that have undefined values [perl #74280].
1575
1576 =item *
1577
1578 C<I18N::Collate> has been upgraded from version 1.01 to 1.02.
1579
1580 =item *
1581
1582 C<I18N::Langinfo> has been upgraded from version 0.03 to 0.08.
1583
1584 C<langinfo()> now defaults to using C<$_> if there is no argument given, just
1585 as the documentation has always claimed.
1586
1587 =item *
1588
1589 C<I18N::LangTags> has been upgraded from version 0.35 to 0.35_01.
1590
1591 =item *
1592
1593 C<if> has been upgraded from version 0.05 to 0.0601.
1594
1595 =item *
1596
1597 C<IO> has been upgraded from version 1.25_02 to 1.25_04.
1598
1599 =item *
1600
1601 C<IO::Select> has been upgraded from version 1.17 to 1.20.
1602
1603 It now allows IO::Handle objects (and objects in derived classes) to be
1604 removed from an IO::Select set even if the underlying file descriptor is
1605 closed or invalid.
1606
1607 =item *
1608
1609 C<IPC::Cmd> has been upgraded from version 0.54 to 0.70.
1610
1611 Resolves an issue with splitting Win32 command lines.  An argument
1612 consisting of the single character "0" used to be omitted (CPAN RT #62961).
1613
1614 =item *
1615
1616 C<IPC::Open3> has been upgraded from 1.05 to 1.09.
1617
1618 C<open3> now produces an error if the C<exec> call fails, allowing this
1619 condition to be distinguished from a child process that exited with a
1620 non-zero status [perl #72016].
1621
1622 The internal C<xclose> routine now knows how to handle file descriptors, as
1623 documented, so duplicating STDIN in a child process using its file
1624 descriptor now works [perl #76474].
1625
1626 =item *
1627
1628 C<IPC::SysV> has been upgraded from version 2.01 to 2.03.
1629
1630 =item *
1631
1632 C<lib> has been upgraded from version 0.62 to 0.63.
1633
1634 =item *
1635
1636 C<Locale::Maketext> has been upgraded from version 1.14 to 1.19.
1637
1638 Locale::Maketext now supports external caches.
1639
1640 This upgrade also fixes an infinite loop in
1641 C<Locale::Maketext::Guts::_compile()> when
1642 working with tainted values (CPAN RT #40727).
1643
1644 C<< ->maketext >> calls will now back up and restore C<$@> so that error
1645 messages are not suppressed (CPAN RT #34182).
1646
1647 =item *
1648
1649 C<Log::Message> has been upgraded from version 0.02 to 0.04.
1650
1651 =item *
1652
1653 C<Log::Message::Simple> has been upgraded from version 0.06 to 0.08.
1654
1655 =item *
1656
1657 C<Math::BigInt> has been upgraded from version 1.89_01 to 1.994.
1658
1659 This fixes, among other things, incorrect results when computing binomial
1660 coefficients [perl #77640].
1661
1662 It also prevents C<sqrt($int)> from crashing under C<use bigrat;>
1663 [perl #73534].
1664
1665 =item *
1666
1667 C<Math::BigInt::FastCalc> has been upgraded from version 0.19 to 0.28.
1668
1669 =item *
1670
1671 C<Math::BigRat> has been upgraded from version 0.24 to 0.26_02.
1672
1673 =item *
1674
1675 C<Memoize> has been upgraded from version 1.01_03 to 1.02.
1676
1677 =item *
1678
1679 C<MIME::Base64> has been upgraded from 3.08 to 3.13.
1680
1681 Includes new functions to calculate the length of encoded and decoded
1682 base64 strings.
1683
1684 Now provides C<encode_base64url> and C<decode_base64url> functions to process
1685 the base64 scheme for "URL applications".
1686
1687 =item *
1688
1689 C<Module::Build> has been upgraded from version 0.3603 to 0.3800.
1690
1691 A notable change is the deprecation of several modules.
1692 Module::Build::Version has been deprecated and Module::Build now relies
1693 directly upon L<version>.  Module::Build::ModuleInfo has been deprecated in
1694 favor of a standalone copy of it called L<Module::Metadata>.
1695 Module::Build::YAML has been deprecated in favor of L<CPAN::Meta::YAML>.
1696
1697 Module::Build now also generates META.json and MYMETA.json files
1698 in accordance with version 2 of the CPAN distribution metadata specification,
1699 L<CPAN::Meta::Spec>.  The older format META.yml and MYMETA.yml files are
1700 still generated, as well.
1701
1702 =item *
1703
1704 C<Module::CoreList> has been upgraded from version 2.29 to 2.47.
1705
1706 Besides listing the updated core modules of this release, it also stops listing
1707 the C<Filespec> module.  That module never existed in core.  The scripts
1708 generating C<Module::CoreList> confused it with C<VMS::Filespec>, which actually
1709 is a core module as of perl 5.8.7.
1710
1711 =item *
1712
1713 C<Module::Load> has been upgraded from version 0.16 to 0.18.
1714
1715 =item *
1716
1717 C<Module::Load::Conditional> has been upgraded from version 0.34 to 0.44.
1718
1719 =item *
1720
1721 C<NDBM_File> has been upgraded from version 1.08 to 1.11.
1722
1723 This fixes a memory leak when DBM filters are used.
1724
1725 =item *
1726
1727 C<Net::Ping> has been upgraded from version 2.36 to 2.38.
1728
1729 =item *
1730
1731 C<NEXT> has been upgraded from version 0.64 to 0.65.
1732
1733 =item *
1734
1735 C<Object::Accessor> has been upgraded from version 0.36 to 0.38.
1736
1737 =item *
1738
1739 C<ODBM_File> have been upgraded from version 1.07 to 1.10.
1740
1741 This fixes a memory leak when DBM filters are used.
1742
1743 =item *
1744
1745 C<overload> has been upgraded from 1.10 to 1.12.
1746
1747 C<overload::Method> can now handle subroutines that are themselves blessed
1748 into overloaded classes [perl #71998].
1749
1750 The documentation has greatly improved. See L</Documentation> below.
1751
1752 =item *
1753
1754 C<Params::Check> has been upgraded from version 0.26 to 0.28.
1755
1756 =item *
1757
1758 C<parent> has been upgraded from version 0.223 to 0.225.
1759
1760 =item *
1761
1762 C<Parse::CPAN::Meta> has been upgraded from version 1.40 to 1.4401.
1763
1764 The latest Parse::CPAN::Meta can now read YAML and JSON files using
1765 L<CPAN::Meta::YAML> and L<JSON::PP>, which are now part of the Perl core.
1766
1767 =item *
1768
1769 C<PerlIO::scalar> has been upgraded from 0.07 to 0.11.
1770
1771 A C<read> after a C<seek> beyond the end of the string no longer thinks it
1772 has data to read [perl #78716].
1773
1774 =item *
1775
1776 C<Pod::LaTeX> has been upgraded from version 0.58 to 0.59.
1777
1778 =item *
1779
1780 C<Pod::Perldoc> has been upgraded from version 3.15_02 to 3.15_03.
1781
1782 =item *
1783
1784 C<Pod::Simple> has been upgraded from version 3.13 to 3.16.
1785
1786 =item *
1787
1788 C<POSIX> has been upgraded from 1.19 to 1.24.
1789
1790 It now includes constants for POSIX signal constants.
1791
1792 =item *
1793
1794 C<re> has been upgraded from version 0.11 to 0.17.
1795
1796 New C<use re "/flags"> pragma
1797
1798 The C<regmust> function used to crash when called on a regular expression
1799 belonging to a pluggable engine.  Now it croaks instead.
1800
1801 C<regmust> no longer leaks memory.
1802
1803 =item *
1804
1805 C<Safe> has been upgraded from version 2.25 to 2.29.
1806
1807 Coderefs returned by C<reval()> and C<rdo()> are now wrapped via
1808 C<wrap_code_refs> (5.12.1).
1809
1810 This fixes a possible infinite loop when looking for coderefs.
1811
1812 It adds several version::vxs::* routines to the default share.
1813
1814 =item *
1815
1816 C<SelfLoader> has been upgraded from 1.17 to 1.18.
1817
1818 It now works in taint mode [perl #72062].
1819
1820 =item *
1821
1822 C<sigtrap> has been upgraded from version 1.04 to 1.05.
1823
1824 It no longer tries to modify read-only arguments when generating a
1825 backtrace [perl #72340].
1826
1827 =item *
1828
1829 C<Socket> has been upgraded from version 1.87 to 1.94.
1830
1831 See L</IPv6 support>, above.
1832
1833 =item *
1834
1835 C<Storable> has been upgraded from version 2.22 to 2.27.
1836
1837 Includes performance improvement for overloaded classes.
1838
1839 This adds support for serialising code references that contain UTF-8 strings
1840 correctly.  The Storable minor version
1841 number changed as a result, meaning that
1842 Storable users who set C<$Storable::accept_future_minor> to a C<FALSE> value
1843 will see errors (see L<Storable/FORWARD COMPATIBILITY> for more details).
1844
1845 Freezing no longer gets confused if the Perl stack gets reallocated
1846 during freezing [perl #80074].
1847
1848 =item *
1849
1850 C<Term::ANSIColor> has been upgraded from version 2.02 to 3.00.
1851
1852 =item *
1853
1854 C<Term::UI> has been upgraded from version 0.20 to 0.26.
1855
1856 =item *
1857
1858 C<Test::Harness> has been upgraded from version 3.17 to 3.23.
1859
1860 =item *
1861
1862 C<Test::Simple> has been upgraded from version 0.94 to 0.98.
1863
1864 Among many other things, subtests without a C<plan> or C<no_plan> now have an
1865 implicit C<done_testing()> added to them.
1866
1867 =item *
1868
1869 C<Thread::Semaphore> has been upgraded from version 2.09 to 2.12.
1870
1871 It provides two new methods that give more control over the decrementing of
1872 semaphores: C<down_nb> and C<down_force>.
1873
1874 =item *
1875
1876 C<Thread::Queue> has been upgraded from version 2.11 to 2.12.
1877
1878 =item *
1879
1880 C<threads> has been upgraded from version 1.75 to 1.83.
1881
1882 =item *
1883
1884 C<threads::shared> has been upgraded from version 1.32 to 1.36.
1885
1886 =item *
1887
1888 C<Tie::Hash> has been upgraded from version 1.03 to 1.04.
1889
1890 Calling C<< Tie::Hash-E<gt>TIEHASH() >> used to loop forever.  Now it C<croak>s.
1891
1892 =item *
1893
1894 C<Tie::RefHash> has been upgraded from version 1.38 to 1.39.
1895
1896 =item *
1897
1898 C<Time::HiRes> has been upgraded from version 1.9719 to 1.9721_01.
1899
1900 =item *
1901
1902 C<Time::Local> has been upgraded from version 1.1901_01 to 1.2000.
1903
1904 =item *
1905
1906 C<Time::Piece> has been upgraded from version 1.15_01 to 1.20_01.
1907
1908 =item *
1909
1910 C<Unicode::Collate> has been upgraded from version 0.52_01 to 0.73.
1911
1912 Unicode::Collate has been updated to use Unicode 6.0.0.
1913
1914 Unicode::Collate::Locale now supports a plethora of new locales: ar, be,
1915 bg, de__phonebook, hu, hy, kk, mk, nso, om, tn, vi, hr, ig, ja, ko, ru, sq, 
1916 se, sr, to, uk, zh, zh__big5han, zh__gb2312han, zh__pinyin and zh__stroke.
1917
1918 The following modules have been added:
1919
1920 C<Unicode::Collate::CJK::Big5> for C<zh__big5han> which makes 
1921 tailoring of CJK Unified Ideographs in the order of CLDR's big5han ordering.
1922
1923 C<Unicode::Collate::CJK::GB2312> for C<zh__gb2312han> which makes
1924 tailoring of CJK Unified Ideographs in the order of CLDR's gb2312han ordering.
1925
1926 C<Unicode::Collate::CJK::JISX0208> which makes tailoring of 6355 kanji 
1927 (CJK Unified Ideographs) in the JIS X 0208 order.
1928
1929 C<Unicode::Collate::CJK::Korean> which makes tailoring of CJK Unified Ideographs 
1930 in the order of CLDR's Korean ordering.
1931
1932 C<Unicode::Collate::CJK::Pinyin> for C<zh__pinyin> which makes
1933 tailoring of CJK Unified Ideographs in the order of CLDR's pinyin ordering.
1934
1935 C<Unicode::Collate::CJK::Stroke> for C<zh__stroke> which makes
1936 tailoring of CJK Unified Ideographs in the order of CLDR's stroke ordering.
1937
1938 This also sees the switch from using the pure-perl version of this
1939 module to the XS version.
1940
1941 =item *
1942
1943 C<Unicode::Normalize> has been upgraded from version 1.03 to 1.10.
1944
1945 =item *
1946
1947 C<Unicode::UCD> has been upgraded from version 0.27 to 0.32.
1948
1949 A new function, C<Unicode::UCD::num()>, has been added.  This function
1950 returns the numeric value of the string passed it or C<undef> if the string
1951 in its entirety has no "safe" numeric value.  (For more detail, and for the
1952 definition of "safe", see L<Unicode::UCD/num>.)
1953
1954 This upgrade also includes a number of bug fixes:
1955
1956 =over 4
1957
1958 =item charinfo()
1959
1960 =over 4
1961
1962 =item *
1963
1964 It is now updated to Unicode Version 6 with Corrigendum #8, except,
1965 as with Perl 5.14, the code point at U+1F514 has no name.
1966
1967 =item *
1968
1969 The Hangul syllable code points have the correct names, and their
1970 decompositions are always output without requiring L<Lingua::KO::Hangul::Util>
1971 to be installed.
1972
1973 =item *
1974
1975 The CJK (Chinese-Japanese-Korean) code points U+2A700 to U+2B734
1976 and U+2B740 to U+2B81D are now properly handled.
1977
1978 =item *
1979
1980 The numeric values are now output for those CJK code points that have them.
1981
1982 =item *
1983
1984 The names that are output for code points with multiple aliases are now the
1985 corrected ones.
1986
1987 =back
1988
1989 =item charscript()
1990
1991 This now correctly returns "Unknown" instead of C<undef> for the script
1992 of a code point that hasn't been assigned another one.
1993
1994 =item charblock()
1995
1996 This now correctly returns "No_Block" instead of C<undef> for the block
1997 of a code point that hasn't been assigned to another one.
1998
1999 =back
2000
2001 =item *
2002
2003 C<version> has been upgraded from 0.82 to 0.88.
2004
2005 Due to a bug, now fixed, the C<is_strict> and C<is_lax> functions did not
2006 work when exported (5.12.1).
2007
2008 =item *
2009
2010 C<warnings> has been upgraded from version 1.09 to 1.12.
2011
2012 Calling C<use warnings> without arguments is now significantly more efficient.
2013
2014 =item *
2015
2016 C<warnings::register> have been upgraded from version 1.01 to 1.02.
2017
2018 It is now possible to register warning categories other than the names of
2019 packages using C<warnings::register>.  See L<perllexwarn> for more information.
2020
2021 =item *
2022
2023 C<XSLoader> has been upgraded from version 0.10 to 0.13.
2024
2025 =item *
2026
2027 C<VMS::DCLsym> has been upgraded from version 1.03 to 1.05.
2028
2029 Two bugs have been fixed [perl #84086]:
2030
2031 The symbol table name was lost when tying a hash, due to a thinko in
2032 C<TIEHASH>. The result was that all tied hashes interacted with the
2033 local symbol table.
2034
2035 Unless a symbol table name had been explicitly specified in the call
2036 to the constructor, querying the special key ':LOCAL' failed to
2037 identify objects connected to the local symbol table.
2038
2039 =item *
2040
2041 C<Win32> has been upgraded from version 0.39 to 0.44.
2042
2043 This release has several new functions: C<Win32::GetSystemMetrics>,
2044 C<Win32::GetProductInfo>, C<Win32::GetOSDisplayName>.
2045
2046 The names returned by C<Win32::GetOSName> and C<Win32::GetOSDisplayName>
2047 have been corrected.
2048
2049 =back
2050
2051 =head2 Removed Modules and Pragmata
2052
2053 The following modules have been removed from the core distribution, and if
2054 needed should be installed from CPAN instead.
2055
2056 =over
2057
2058 =item *
2059
2060 C<Class::ISA> has been removed from the Perl core. Prior version was 0.36.
2061
2062 =item *
2063
2064 C<Pod::Plainer> has been removed from the Perl core. Prior version was 1.02.
2065
2066 =item *
2067
2068 C<Switch> has been removed from the Perl core. Prior version was 2.16.
2069
2070 =back
2071
2072 The removal of C<Shell> has been deferred until after 5.14, as the
2073 implementation of C<Shell> shipped with 5.12.0 did not correctly issue the
2074 warning that it was to be removed from core.
2075
2076 =head1 Documentation
2077
2078 =head2 New Documentation
2079
2080 =head3 L<perlgpl>
2081
2082 L<perlgpl> has been updated to contain GPL version 1, as is included in the
2083 F<README> distributed with perl (5.12.1).
2084
2085 =head3 Perl 5.12.x delta files
2086
2087 The perldelta files for Perl 5.12.1 to 5.12.3 have been added from the
2088 maintenance branch: L<perl5121delta>, L<perl5122delta>, L<perl5123delta>.
2089
2090 =head3 L<perlpodstyle>
2091
2092 New style guide for POD documentation,
2093 split mostly from the NOTES section of the pod2man man page.
2094
2095 =head3 L<perlsource>, L<perlinterp>, L<perlhacktut>, and L<perlhacktips>
2096
2097 See L</L<perlhack> and perlrepository revamp>, below.
2098
2099 =head2 Changes to Existing Documentation
2100
2101 =head3 L<perlmodlib> is now complete
2102
2103 The perlmodlib page that came with Perl 5.12.0 was missing a lot of
2104 modules, due to a bug in the script that generates the list. This has been
2105 fixed [perl #74332] (5.12.1).
2106
2107 =head3 Replace wrong tr/// table in L<perlebcdic>
2108
2109 L<perlebcdic> contains a helpful table to use in tr/// to convert
2110 between EBCDIC and Latin1/ASCII.  Unfortunately, the table was the
2111 inverse of the one it describes, though the code that used the table
2112 worked correctly for the specific example given.
2113
2114 The table has been changed to its inverse, and the sample code changed
2115 to correspond, as this is easier for the person trying to follow the
2116 instructions since deriving the old table is somewhat more complicated.
2117
2118 The table has also been changed to hex from octal, as that is more the norm
2119 these days, and the recipes in the pod altered to print out leading
2120 zeros to make all the values the same length.
2121
2122 =head3 Tricks for user-defined casing
2123
2124 L<perlunicode> now contains an explanation of how to override, mangle
2125 and otherwise tweak the way perl handles upper-, lower- and other-case
2126 conversions on Unicode data, and how to provide scoped changes to alter
2127 one's own code's behaviour without stomping on anybody else.
2128
2129 =head3 INSTALL explicitly states the requirement for C89
2130
2131 This was already true but it's now Officially Stated For The Record
2132 (5.12.2).
2133
2134 =head3 Explanation of C<\xI<HH>> and C<\oI<OOO>> escapes
2135
2136 L<perlop> has been updated with more detailed explanation of these two
2137 character escapes.
2138
2139 =head3 C<-0I<NNN>> switch
2140
2141 In L<perlrun>, the behavior of the C<-0NNN> switch for C<-0400> or higher
2142 has been clarified (5.12.2).
2143
2144 =head3 Maintenance policy
2145
2146 L<perlpolicy> now contains the policy on what patches are acceptable for
2147 maintenance branches (5.12.1).
2148
2149 =head3 Deprecation policy
2150
2151 L<perlpolicy> now contains the policy on compatibility and deprecation
2152 along with definitions of terms like "deprecation" (5.12.2).
2153
2154 =head3 New descriptions in L<perldiag>
2155
2156 The following existing diagnostics are now documented:
2157
2158 =over 4
2159
2160 =item *
2161
2162 L<Ambiguous use of %c resolved as operator %c|perldiag/"Ambiguous use of %c resolved as operator %c">
2163
2164 =item *
2165
2166 L<Ambiguous use of %c{%s} resolved to %c%s|perldiag/"Ambiguous use of %c{%s} resolved to %c%s">
2167
2168 =item *
2169
2170 L<Ambiguous use of %c{%s%s} resolved to %c%s%s|perldiag/"Ambiguous use of %c{%s%s} resolved to %c%s%s">
2171
2172 =item *
2173
2174 L<Ambiguous use of -%s resolved as -&%s()|perldiag/"Ambiguous use of -%s resolved as -&%s()">
2175
2176 =item *
2177
2178 L<Invalid strict version format (%s)|perldiag/"Invalid strict version format (%s)">
2179
2180 =item *
2181
2182 L<Invalid version format (%s)|perldiag/"Invalid version format (%s)">
2183
2184 =item *
2185
2186 L<Invalid version object|perldiag/"Invalid version object">
2187
2188 =back
2189
2190 =head3 L<perlbook>
2191
2192 L<perlbook> has been expanded to cover many more popular books.
2193
2194 =head3 C<SvTRUE> macro
2195
2196 The documentation for the C<SvTRUE> macro in
2197 L<perlapi> was simply wrong in stating that
2198 get-magic is not processed. It has been corrected.
2199
2200 =head3 L<perlvar> revamp
2201
2202 L<perlvar> reorders the variables and groups them by topic.  Each variable
2203 introduced after Perl 5.000 notes the first version in which it is 
2204 available.  L<perlvar> also has a new section for deprecated variables to
2205 note when they were removed.
2206
2207 =head3 Array and hash slices in scalar context
2208
2209 These are now documented in L<perldata>.
2210
2211 =head3 C<use locale> and formats
2212
2213 L<perlform> and L<perllocale> have been corrected to state that
2214 C<use locale> affects formats.
2215
2216 =head3 L<overload>
2217
2218 L<overload>'s documentation has practically undergone a rewrite. It
2219 is now much more straightforward and clear.
2220
2221 =head3 L<perlhack> and perlrepository revamp
2222
2223 The L<perlhack> and perlrepository documents have been heavily edited and
2224 split up into several new documents.
2225
2226 The L<perlhack> document is now much shorter, and focuses on the Perl 5
2227 development process and submitting patches to Perl. The technical content has
2228 been moved to several new documents, L<perlsource>, L<perlinterp>,
2229 L<perlhacktut>, and L<perlhacktips>. This technical content has only been
2230 lightly edited.
2231
2232 The perlrepository document has been renamed to L<perlgit>. This new document
2233 is just a how-to on using git with the Perl source code. Any other content
2234 that used to be in perlrepository has been moved to perlhack.
2235
2236 =head3 Time::Piece examples
2237
2238 Examples in L<perlfaq4> have been updated to show the use of
2239 L<Time::Piece>.
2240
2241 =head1 Diagnostics
2242
2243 The following additions or changes have been made to diagnostic output,
2244 including warnings and fatal error messages.  For the complete list of
2245 diagnostic messages, see L<perldiag>.
2246
2247 =head2 New Diagnostics
2248
2249 =head3 New Errors
2250
2251 =over
2252
2253 =item Closure prototype called
2254
2255 This error occurs when a subroutine reference passed to an attribute
2256 handler is called, if the subroutine is a closure [perl #68560].
2257
2258 =item Insecure user-defined property %s
2259
2260 Perl detected tainted data when trying to compile a regular
2261 expression that contains a call to a user-defined character property
2262 function, i.e. C<\p{IsFoo}> or C<\p{InFoo}>.
2263 See L<perlunicode/User-Defined Character Properties> and L<perlsec>.
2264
2265 =item panic: gp_free failed to free glob pointer - something is repeatedly re-creating entries
2266
2267 This new error is triggered if a destructor called on an object in a
2268 typeglob that is being freed creates a new typeglob entry containing an
2269 object with a destructor that creates a new entry containing an object....
2270
2271 =item Parsing code internal error (%s)
2272
2273 This new fatal error is produced when parsing
2274 code supplied by an extension violates the
2275 parser's API in a detectable way.
2276
2277 =item refcnt: fd %d%s
2278
2279 This new error only occurs if a internal consistency check fails when a
2280 pipe is about to be closed.
2281
2282 =item Regexp modifier "/%c" may not appear twice
2283
2284 The regular expression pattern has one of the
2285 mutually exclusive modifiers repeated.
2286
2287 =item Regexp modifiers "/%c" and "/%c" are mutually exclusive
2288
2289 The regular expression pattern has more than one of the mutually
2290 exclusive modifiers.
2291
2292 =item Using !~ with %s doesn't make sense
2293
2294 This error occurs when C<!~> is used with C<s///r> or C<y///r>.
2295
2296 =back
2297
2298 =head3 New Warnings
2299
2300 =over
2301
2302 =item "\b{" is deprecated; use "\b\{" instead
2303
2304 =item "\B{" is deprecated; use "\B\{" instead
2305
2306 Use of an unescaped "{" immediately following a C<\b> or C<\B> is now
2307 deprecated so as to reserve its use for Perl itself in a future release.
2308
2309 =item Operation "%s" returns its argument for ...
2310
2311 Performing an operation requiring Unicode semantics (such as case-folding)
2312 on a Unicode surrogate or a non-Unicode character now triggers a warning:
2313 'Operation "%s" returns its argument for ...'.
2314
2315 =item Use of qw(...) as parentheses is deprecated
2316
2317 See L</"Use of qw(...) as parentheses">, above, for details.
2318
2319 =back
2320
2321 =head2 Changes to Existing Diagnostics
2322
2323 =over 4
2324
2325 =item *
2326
2327 The "Variable $foo is not imported" warning that precedes a
2328 C<strict 'vars'> error has now been assigned the "misc" category, so that
2329 C<no warnings> will suppress it [perl #73712].
2330
2331 =item *
2332
2333 C<warn> and C<die> now produce 'Wide character' warnings when fed a
2334 character outside the byte range if STDERR is a byte-sized handle.
2335
2336 =item *
2337
2338 The 'Layer does not match this perl' error message has been replaced with
2339 these more helpful messages [perl #73754]:
2340
2341 =over 4
2342
2343 =item *
2344
2345 PerlIO layer function table size (%d) does not match size expected by this
2346 perl (%d)
2347
2348 =item *
2349
2350 PerlIO layer instance size (%d) does not match size expected by this perl
2351 (%d)
2352
2353 =back
2354
2355 =item *
2356
2357 The "Found = in conditional" warning that is emitted when a constant is
2358 assigned to a variable in a condition is now withheld if the constant is
2359 actually a subroutine or one generated by C<use constant>, since the value
2360 of the constant may not be known at the time the program is written
2361 [perl #77762].
2362
2363 =item *
2364
2365 Previously, if none of the C<gethostbyaddr>, C<gethostbyname> and
2366 C<gethostent> functions were implemented on a given platform, they would
2367 all die with the message 'Unsupported socket function "gethostent" called',
2368 with analogous messages for C<getnet*> and C<getserv*>. This has been
2369 corrected.
2370
2371 =item *
2372
2373 The warning message about unrecognized regular expression escapes passed
2374 through has been changed to include any literal '{' following the
2375 two-character escape.  E.g., "\q{" is now emitted instead of "\q".
2376
2377 =back
2378
2379 =head1 Utility Changes
2380
2381 =head3 L<perlbug>
2382
2383 =over 4
2384
2385 =item *
2386
2387 L<perlbug> now looks in the EMAIL environment variable for a return address
2388 if the REPLY-TO and REPLYTO variables are empty.
2389
2390 =item *
2391
2392 L<perlbug> did not previously generate a From: header, potentially
2393 resulting in dropped mail.  Now it does include that header.
2394
2395 =item *
2396
2397 The user's address is now used as the return-path.
2398
2399 Many systems these days don't have a valid Internet domain name and
2400 perlbug@perl.org does not accept email with a return-path that does
2401 not resolve.  So the user's address is now passed to sendmail so it's
2402 less likely to get stuck in a mail queue somewhere [perl #82996].
2403
2404 =item *
2405
2406 L<perlbug> now always gives the reporter a chance to change the email
2407 address it guesses for them (5.12.2).
2408
2409 =item *
2410
2411 L<perlbug> should no longer warn about uninitialized values when using the C<-d>
2412 and C<-v> options (5.12.2).
2413
2414 =back
2415
2416 =head3 L<perl5db.pl>
2417
2418 =over
2419
2420 =item *
2421
2422 The remote terminal works after forking and spawns new sessions - one
2423 for each forked process.
2424
2425 =back
2426
2427 =head3 L<ptargrep>
2428
2429 =over 4
2430
2431 =item *
2432
2433 L<ptargrep> is a new utility to apply pattern matching to the contents of
2434 files  in a tar archive.  It comes with C<Archive::Tar>.
2435
2436 =back
2437
2438 =head1 Configuration and Compilation
2439
2440 See also L</"Naming fixes in Policy_sh.SH may invalidate Policy.sh">,
2441 above.
2442
2443 =over 4
2444
2445 =item *
2446
2447 CCINCDIR and CCLIBDIR for the mingw64
2448 cross-compiler are now correctly under
2449 $(CCHOME)\mingw\include and \lib rather than immediately below $(CCHOME).
2450
2451 This means the 'incpath', 'libpth', 'ldflags', 'lddlflags' and
2452 'ldflags_nolargefiles' values in Config.pm and Config_heavy.pl are now
2453 set correctly.
2454
2455 =item *
2456
2457 'make test.valgrind' has been adjusted to account for cpan/dist/ext
2458 separation.
2459
2460 =item *
2461
2462 On compilers that support it, C<-Wwrite-strings> is now added to cflags by
2463 default.
2464
2465 =item *
2466
2467 The C<Encode> module can now (once again) be included in a static Perl
2468 build.  The special-case handling for this situation got broken in Perl
2469 5.11.0, and has now been repaired.
2470
2471 =item *
2472
2473 The previous default size of a PerlIO buffer (4096 bytes) has been increased
2474 to the larger of 8192 bytes and your local BUFSIZ.  Benchmarks show that doubling
2475 this decade-old default increases read and write performance in the neighborhood
2476 of 25% to 50% when using the default layers of perlio on top of unix.  To choose
2477 a non-default size, such as to get back the old value or to obtain an even
2478 larger value, configure with:
2479
2480      ./Configure -Accflags=-DPERLIOBUF_DEFAULT_BUFSIZ=N
2481
2482 where N is the desired size in bytes; it should probably be a multiple of
2483 your page size.
2484
2485 =item *
2486
2487 An "incompatible operand types" error in ternary expressions when building
2488 with C<clang> has been fixed (5.12.2).
2489
2490 =item *
2491
2492 Perl now skips setuid C<File::Copy> tests on partitions it detects to be mounted
2493 as C<nosuid> (5.12.2).
2494
2495 =back
2496
2497 =head1 Platform Support
2498
2499 =head2 New Platforms
2500
2501 =over 4
2502
2503 =item AIX
2504
2505 Perl now builds on AIX 4.2 (5.12.1).
2506
2507 =back
2508
2509 =head2 Discontinued Platforms
2510
2511 =over 4
2512
2513 =item Apollo DomainOS
2514
2515 The last vestiges of support for this platform have been excised from the
2516 Perl distribution. It was officially discontinued in version 5.12.0. It had
2517 not worked for years before that.
2518
2519 =item MacOS Classic
2520
2521 The last vestiges of support for this platform have been excised from the
2522 Perl distribution. It was officially discontinued in an earlier version.
2523
2524 =back
2525
2526 =head2 Platform-Specific Notes
2527
2528 =head3 AIX
2529
2530 =over
2531
2532 =item *
2533
2534 F<README.aix> has been updated with information about the XL C/C++ V11 compiler
2535 suite (5.12.2).
2536
2537 =back
2538
2539 =head3 ARM
2540
2541 =over
2542
2543 =item *
2544
2545 The C<d_u32align> configuration probe on ARM has been fixed (5.12.2).
2546
2547 =back
2548
2549 =head3 Cygwin
2550
2551 =over 4
2552
2553 =item *
2554
2555 MakeMaker has been updated to build man pages on cygwin.
2556
2557 =item *
2558
2559 Improved rebase behaviour
2560
2561 If a dll is updated on cygwin the old imagebase address is reused.
2562 This solves most rebase errors, especially when updating on core dll's.
2563 See L<http://www.tishler.net/jason/software/rebase/rebase-2.4.2.README> for more information.
2564
2565 =item *
2566
2567 Support for the standard cygwin dll prefix, which is e.g. needed for FFI's
2568
2569 =item *
2570
2571 Updated build hints file
2572
2573 =back
2574
2575 =head3 FreeBSD 7
2576
2577 =over
2578
2579 =item * 
2580
2581 FreeBSD 7 no longer contains F</usr/bin/objformat>. At build time,
2582 Perl now skips the F<objformat> check for versions 7 and higher and
2583 assumes ELF (5.12.1).
2584
2585 =back
2586
2587 =head3 HP-UX
2588
2589 =over 
2590
2591 =item *
2592
2593 Perl now allows -Duse64bitint without promoting to use64bitall on HP-UX
2594 (5.12.1).
2595
2596 =back
2597
2598 =head3 IRIX
2599
2600 Conversion of strings to floating-point numbers is now more accurate on
2601 IRIX systems [perl #32380].
2602
2603 =head3 Mac OS X
2604
2605 Early versions of Mac OS X (Darwin) had buggy implementations of the
2606 C<setregid>, C<setreuid>, C<setrgid> and C<setruid> functions, so perl
2607 would pretend they did not exist.
2608
2609 These functions are now recognised on Mac OS 10.5 (Leopard; Darwin 9) and
2610 higher, as they have been fixed [perl #72990].
2611
2612 =head3 MirBSD
2613
2614 Previously if you built perl with a shared libperl.so on MirBSD (the
2615 default config), it would work up to the installation; however, once
2616 installed, it would be unable to find libperl.  So path handling is now
2617 treated as in the other BSD dialects.
2618
2619 =head3 NetBSD
2620
2621 The NetBSD hints file has been changed to make the system's malloc the
2622 default.
2623
2624 =head3 Recent OpenBSDs now use perl's malloc
2625
2626 OpenBSD E<gt> 3.7 has a new malloc implementation which is mmap-based
2627 and as such can release memory back to the OS; however, perl's use of
2628 this malloc causes a substantial slowdown so we now default to using
2629 perl's malloc instead [perl #75742].
2630
2631 =head3 OpenVOS
2632
2633 perl now builds again with OpenVOS (formerly known as Stratus VOS)
2634 [perl #78132] (5.12.3).
2635
2636 =head3 Solaris
2637
2638 DTrace is now supported on Solaris. There used to be build failures, but
2639 these have been fixed [perl #73630] (5.12.3).
2640
2641 =head3 VMS
2642
2643 =over
2644
2645 =item *
2646
2647 It's now possible to build extensions on older (pre 7.3-2) VMS systems.
2648
2649 DCL symbol length was limited to 1K up until about seven years or
2650 so ago, but there was no particularly deep reason to prevent those
2651 older systems from configuring and building Perl (5.12.1).
2652
2653 =item *
2654
2655 We fixed the previously-broken C<-Uuseperlio> build on VMS.
2656
2657 We were checking a variable that doesn't exist in the non-default
2658 case of disabling perlio.  Now we only look at it when it exists (5.12.1).
2659
2660 =item *
2661
2662 We fixed the -Uuseperlio command-line option in configure.com.
2663
2664 Formerly it only worked if you went through all the questions
2665 interactively and explicitly answered no (5.12.1).
2666
2667 =item *
2668
2669 C<PerlIOUnix_open> now honours the default permissions on VMS.
2670
2671 When C<perlio> became the default and C<unixio> became the default bottom layer,
2672 the most common path for creating files from Perl became C<PerlIOUnix_open>,
2673 which has always explicitly used C<0666> as the permission mask.
2674
2675 To avoid this, C<0777> is now passed as the permissions to C<open()>.  In the
2676 VMS CRTL, C<0777> has a special meaning over and above intersecting with the
2677 current umask; specifically, it allows Unix syscalls to preserve native default
2678 permissions (5.12.3).
2679
2680 =item *
2681
2682 Spurious record boundaries are no longer
2683 introduced by the PerlIO layer during output (5.12.3).
2684
2685 =item *
2686
2687 The shortening of symbols longer than 31 characters in the C sources is
2688 now done by the compiler rather than by xsubpp (which could only do so
2689 for generated symbols in XS code).
2690
2691 =item *
2692
2693 Record-oriented files (record format variable or variable with fixed control)
2694 opened for write by the perlio layer will now be line-buffered to prevent the
2695 introduction of spurious line breaks whenever the perlio buffer fills up.
2696
2697 =item *
2698
2699 F<git_version.h> is now installed on VMS. This was an oversight in v5.12.0 which
2700 caused some extensions to fail to build (5.12.2).
2701
2702 =item *
2703
2704 Several memory leaks in L<stat()|perlfunc/"stat FILEHANDLE"> have been fixed (5.12.2).
2705
2706 =item *
2707
2708 A memory leak in C<Perl_rename()> due to a double allocation has been
2709 fixed (5.12.2).
2710
2711 =item *
2712
2713 A memory leak in C<vms_fid_to_name()> (used by C<realpath()> and
2714 C<realname()>) has been fixed (5.12.2).
2715
2716 =back
2717
2718 =head3 Windows
2719
2720 See also L</"fork() emulation will not wait for signalled children"> and
2721 L</"Perl source code is read in text mode on Windows">, above.
2722
2723 =over 4
2724
2725 =item *
2726
2727 Fixed build process for SDK2003SP1 compilers.
2728
2729 =item *
2730
2731 Compilation with Visual Studio 2010 is now supported.
2732
2733 =item *
2734
2735 When using old 32-bit compilers, the define C<_USE_32BIT_TIME_T> will now
2736 be set in C<$Config{ccflags}>.  This improves portability when compiling
2737 XS extensions using new compilers, but for a perl compiled with old 32-bit
2738 compilers.
2739
2740 =item *
2741
2742 C<$Config{gccversion}> is now set correctly when perl is built using the
2743 mingw64 compiler from L<http://mingw64.org> [perl #73754].
2744
2745 =item *
2746
2747 When building Perl with the mingw64 x64 cross-compiler C<incpath>,
2748 C<libpth>, C<ldflags>, C<lddlflags> and C<ldflags_nolargefiles> values
2749 in F<Config.pm> and F<Config_heavy.pl> were not previously being set
2750 correctly because, with that compiler, the include and lib directories
2751 are not immediately below C<$(CCHOME)> (5.12.2).
2752
2753 =item *
2754
2755 The build process proceeds more smoothly with mingw and dmake when
2756 F<C:\MSYS\bin> is in the PATH, due to a C<Cwd> fix.
2757
2758 =item *
2759
2760 Support for building with Visual C++ 2010 is now underway, but is not yet
2761 complete.  See F<README.win32> or L<perlwin32> for more details.
2762
2763 =item *
2764
2765 The option to use an externally-supplied C<crypt()>, or to build with no
2766 C<crypt()> at all, has been removed.  Perl supplies its own C<crypt()>
2767 implementation for Windows, and the political situation that required
2768 this part of the distribution to sometimes be omitted is long gone.
2769
2770 =back
2771
2772 =head1 Internal Changes
2773
2774 =head2 New APIs
2775
2776 =head3 CLONE_PARAMS structure added to ease correct thread creation
2777
2778 Modules that create threads should now create C<CLONE_PARAMS> structures
2779 by calling the new function C<Perl_clone_params_new()>, and free them with
2780 C<Perl_clone_params_del()>.  This will ensure compatibility with any future
2781 changes to the internals of the C<CLONE_PARAMS> structure layout, and that
2782 it is correctly allocated and initialised.
2783
2784 =head3 New parsing functions
2785
2786 Several functions have been added for parsing statements or multiple
2787 statements:
2788
2789 =over
2790
2791 =item *
2792
2793 C<parse_fullstmt> parses a complete Perl statement.
2794
2795 =item *
2796
2797 C<parse_stmtseq> parses a sequence of statements, up
2798 to closing brace or EOF.
2799
2800 =item *
2801
2802 C<parse_block> parses a block [perl #78222].
2803
2804 =item *
2805
2806 C<parse_barestmt> parses a statement
2807 without a label.
2808
2809 =item *
2810
2811 C<parse_label> parses a statement label, separate from statements.
2812
2813 =back
2814
2815 The
2816 L<C<parse_fullexpr()>|perlapi/parse_fullexpr>,
2817 L<C<parse_listexpr()>|perlapi/parse_listexpr>,
2818 L<C<parse_termexpr()>|perlapi/parse_termexpr>, and
2819 L<C<parse_arithexpr()>|perlapi/parse_arithexpr>
2820 functions have been added to the API.  They perform
2821 recursive-descent parsing of expressions at various precedence levels.
2822 They are expected to be used by syntax plugins.
2823
2824 See L<perlapi> for details.
2825
2826 =head3 Hints hash API
2827
2828 A new C API for introspecting the hinthash C<%^H> at runtime has been
2829 added.  See C<cop_hints_2hv>, C<cop_hints_fetchpvn>, C<cop_hints_fetchpvs>,
2830 C<cop_hints_fetchsv>, and C<hv_copy_hints_hv> in L<perlapi> for details.
2831
2832 A new, experimental API has been added for accessing the internal
2833 structure that Perl uses for C<%^H>.  See the functions beginning with
2834 C<cophh_> in L<perlapi>.
2835
2836 =head3 C interface to C<caller()>
2837
2838 The C<caller_cx> function has been added as an XSUB-writer's equivalent of
2839 C<caller()>.  See L<perlapi> for details.
2840
2841 =head3 Custom per-subroutine check hooks
2842
2843 XS code in an extension module can now annotate a subroutine (whether
2844 implemented in XS or in Perl) so that nominated XS code will be called
2845 at compile time (specifically as part of op checking) to change the op
2846 tree of that subroutine.  The compile-time check function (supplied by
2847 the extension module) can implement argument processing that can't be
2848 expressed as a prototype, generate customised compile-time warnings,
2849 perform constant folding for a pure function, inline a subroutine
2850 consisting of sufficiently simple ops, replace the whole call with a
2851 custom op, and so on.  This was previously all possible by hooking the
2852 C<entersub> op checker, but the new mechanism makes it easy to tie the
2853 hook to a specific subroutine.  See L<perlapi/cv_set_call_checker>.
2854
2855 To help in writing custom check hooks, several subtasks within standard
2856 C<entersub> op checking have been separated out and exposed in the API.
2857
2858 =head3 Improved support for custom OPs
2859
2860 Custom ops can now be registered with the new C<custom_op_register> C
2861 function and the C<XOP> structure.  This will make it easier to add new
2862 properties of custom ops in the future.  Two new properties have been added
2863 already, C<xop_class> and C<xop_peep>.
2864
2865 C<xop_class> is one of the OA_*OP constants, and allows L<B> and other
2866 introspection mechanisms to work with custom ops
2867 that aren't BASEOPs.  C<xop_peep> is a pointer to
2868 a function that will be called for ops of this
2869 type from C<Perl_rpeep>.
2870
2871 See L<perlguts/Custom Operators> and L<perlapi/Custom Operators> for more
2872 detail.
2873
2874 The old C<PL_custom_op_names>/C<PL_custom_op_descs> interface is still
2875 supported but discouraged.
2876
2877 =head3 Scope hooks
2878
2879 It is now possible for XS code to hook into Perl's lexical scope
2880 mechanism at compile time, using the new C<Perl_blockhook_register>
2881 function. See L<perlguts/"Compile-time scope hooks">.
2882
2883 =head3 The recursive part of the peephole optimizer is now hookable
2884
2885 In addition to C<PL_peepp>, for hooking into the toplevel peephole optimizer, a
2886 C<PL_rpeepp> is now available to hook into the optimizer recursing into
2887 side-chains of the optree.
2888
2889 =head3 New non-magical variants of existing functions
2890
2891 The following functions/macros have been added to the API.  The C<*_nomg>
2892 macros are equivalent to their non-_nomg variants, except that they ignore
2893 get-magic.  Those ending in C<_flags> allow one to specify whether
2894 get-magic is processed.
2895
2896   sv_2bool_flags
2897   SvTRUE_nomg
2898   sv_2nv_flags
2899   SvNV_nomg
2900   sv_cmp_flags
2901   sv_cmp_locale_flags
2902   sv_eq_flags
2903   sv_collxfrm_flags
2904
2905 In some of these cases, the non-_flags functions have
2906 been replaced with wrappers around the new functions. 
2907
2908 =head3 pv/pvs/sv versions of existing functions
2909
2910 Many functions ending with pvn now have equivalent pv/pvs/sv versions.
2911
2912 =head3 List op-building functions
2913
2914 List op-building functions have been added to the
2915 API.  See L<op_append_elem|perlapi/op_append_elem>,
2916 L<op_append_list|perlapi/op_append_list>, and
2917 L<op_prepend_elem|perlapi/op_prepend_elem> in L<perlapi>.
2918
2919 =head3 C<LINKLIST>
2920
2921 The L<LINKLIST|perlapi/LINKLIST> macro, part of op building that
2922 constructs the execution-order op chain, has been added to the API.
2923
2924 =head3 Localisation functions
2925
2926 The C<save_freeop>, C<save_op>, C<save_pushi32ptr> and C<save_pushptrptr>
2927 functions have been added to the API.
2928
2929 =head3 Stash names
2930
2931 A stash can now have a list of effective names in addition to its usual
2932 name.  The first effective name can be accessed via the C<HvENAME> macro,
2933 which is now the recommended name to use in MRO linearisations (C<HvNAME>
2934 being a fallback if there is no C<HvENAME>).
2935
2936 These names are added and deleted via C<hv_ename_add> and
2937 C<hv_ename_delete>.  These two functions are I<not> part of the API.
2938
2939 =head3 New functions for finding and removing magic
2940
2941 The L<C<mg_findext()>|perlapi/mg_findext> and
2942 L<C<sv_unmagicext()>|perlapi/sv_unmagicext>
2943 functions have been added to the API.
2944 They allow extension authors to find and remove magic attached to
2945 scalars based on both the magic type and the magic virtual table, similar to how
2946 C<sv_magicext()> attaches magic of a certain type and with a given virtual table
2947 to a scalar. This eliminates the need for extensions to walk the list of
2948 C<MAGIC> pointers of an C<SV> to find the magic that belongs to them.
2949
2950 =head3 C<find_rundefsv>
2951
2952 This function returns the SV representing C<$_>, whether it's lexical
2953 or dynamic.
2954
2955 =head3 C<Perl_croak_no_modify>
2956
2957 C<Perl_croak_no_modify()> is short-hand for
2958 C<Perl_croak("%s", PL_no_modify)>.
2959
2960 =head3 C<PERL_STATIC_INLINE> define
2961
2962 The C<PERL_STATIC_INLINE> define has been added to provide the best-guess
2963 incantation to use for static inline functions, if the C compiler supports
2964 C99-style static inline.  If it doesn't, it'll give a plain C<static>.
2965
2966 C<HAS_STATIC_INLINE> can be used to check if the compiler actually supports
2967 inline functions.
2968
2969 =head3 New C<pv_escape> option for hexadecimal escapes
2970
2971 A new option, C<PERL_PV_ESCAPE_NONASCII>, has been added to C<pv_escape> to
2972 dump all characters above ASCII in hexadecimal.  Before, one could get all
2973 characters as hexadecimal or the Latin1 non-ASCII as octal.
2974
2975 =head3 C<lex_start>
2976
2977 C<lex_start> has been added to the API, but is considered experimental.
2978
2979 =head3 C<op_scope()> and C<op_lvalue()>
2980
2981 The C<op_scope()> and C<op_lvalue()> functions have been added to the API,
2982 but are considered experimental.
2983
2984 =head2 C API Changes
2985
2986 =head3 C<PERL_POLLUTE> has been removed
2987
2988 The option to define C<PERL_POLLUTE> to expose older 5.005 symbols for
2989 backwards compatibility has been removed.  It's use was always discouraged,
2990 and MakeMaker contains a more specific escape hatch:
2991
2992     perl Makefile.PL POLLUTE=1
2993
2994 This can be used for modules that have not been upgraded to 5.6 naming
2995 conventions (and really should be completely obsolete by now).
2996
2997 =head3 Check API compatibility when loading XS modules
2998
2999 When perl's API changes in incompatible ways (which usually happens between
3000 major releases), XS modules compiled for previous versions of perl will not
3001 work anymore.  They will need to be recompiled against the new perl.
3002
3003 In order to ensure that modules are recompiled, and to prevent users from
3004 accidentally loading modules compiled for old perls into newer ones, the
3005 C<XS_APIVERSION_BOOTCHECK> macro has been added.  That macro, which is
3006 called when loading every newly compiled extension, compares the API
3007 version of the running perl with the version a module has been compiled for
3008 and raises an exception if they don't match.
3009
3010 =head3 Perl_fetch_cop_label
3011
3012 The first argument of the C API function C<Perl_fetch_cop_label> has changed
3013 from C<struct refcounted he *> to C<COP *>, to insulate the user from
3014 implementation details.
3015
3016 This API function was marked as "may change", and likely isn't in use outside
3017 the core.  (Neither an unpacked CPAN, nor Google's codesearch, finds any other
3018 references to it.)
3019
3020 =head3 GvCV() and GvGP() are no longer lvalues
3021
3022 The new GvCV_set() and GvGP_set() macros are now provided to replace
3023 assignment to those two macros.
3024
3025 This allows a future commit to eliminate some backref magic between GV
3026 and CVs, which will require complete control over assignment to the
3027 gp_cv slot.
3028
3029 =head3 CvGV() is no longer an lvalue
3030
3031 Under some circumstances, the C<CvGV()> field of a CV is now
3032 reference-counted.  To ensure consistent behaviour, direct assignment to
3033 it, for example C<CvGV(cv) = gv> is now a compile-time error.  A new macro,
3034 C<CvGV_set(cv,gv)> has been introduced to perform this operation
3035 safely.  Note that modification of this field is not part of the public
3036 API, regardless of this new macro (and despite its being listed in this section).
3037
3038 =head3 CvSTASH() is no longer an lvalue
3039
3040 The C<CvSTASH()> macro can now only be used as an rvalue.  C<CvSTASH_set()>
3041 has been added to replace assignment to C<CvSTASH()>.  This is to ensure
3042 that backreferences are handled properly.  These macros are not part of the
3043 API.
3044
3045 =head3 Calling conventions for C<newFOROP> and C<newWHILEOP>
3046
3047 The way the parser handles labels has been cleaned up and refactored. As a
3048 result, the C<newFOROP()> constructor function no longer takes a parameter
3049 stating what label is to go in the state op.
3050
3051 The C<newWHILEOP()> and C<newFOROP()> functions no longer accept a line
3052 number as a parameter.
3053
3054 =head3 Flags passed to C<uvuni_to_utf8_flags> and C<utf8n_to_uvuni>
3055
3056 Some of the flags parameters to uvuni_to_utf8_flags() and
3057 utf8n_to_uvuni() have changed.  This is a result of Perl's now allowing
3058 internal storage and manipulation of code points that are problematic
3059 in some situations.  Hence, the default actions for these functions has
3060 been complemented to allow these code points.  The new flags are
3061 documented in L<perlapi>.  Code that requires the problematic code
3062 points to be rejected needs to change to use the new flags.  Some flag
3063 names are retained for backward source compatibility, though they do
3064 nothing, as they are now the default.  However the flags
3065 C<UNICODE_ALLOW_FDD0>, C<UNICODE_ALLOW_FFFF>, C<UNICODE_ILLEGAL>, and
3066 C<UNICODE_IS_ILLEGAL> have been removed, as they stem from a
3067 fundamentally broken model of how the Unicode non-character code points
3068 should be handled, which is now described in
3069 L<perlunicode/Non-character code points>.  See also L</Selected Bug Fixes>.
3070
3071 XXX Which bugs in particular? Selected Bug Fixes is too long for this link
3072 to be meaningful right now
3073 I don't see the bugs in that section currently -- khw
3074
3075 =head2 Deprecated C APIs
3076
3077 =over
3078
3079 =item C<Perl_ptr_table_clear>
3080
3081 C<Perl_ptr_table_clear> is no longer part of Perl's public API.  Calling it
3082 now generates a deprecation warning, and it will be removed in a future
3083 release.
3084
3085 =item C<sv_compile_2op>
3086
3087 The C<sv_compile_2op()> API function is now deprecated.  Searches suggest
3088 that nothing on CPAN is using it, so this should have zero impact.
3089
3090 It attempted to provide an API to compile code down to an optree, but failed
3091 to bind correctly to lexicals in the enclosing scope.  It's not possible to
3092 fix this problem within the constraints of its parameters and return value.
3093
3094 =item C<find_rundefsvoffset>
3095
3096 The C<find_rundefsvoffset> function has been deprecated.  It appeared that
3097 its design was insufficient for reliably getting the lexical C<$_> at
3098 run-time.
3099
3100 Use the new C<find_rundefsv> function or the C<UNDERBAR> macro
3101 instead. They directly return the right SV representing C<$_>, whether it's
3102 lexical or dynamic.
3103
3104 =item C<CALL_FPTR> and C<CPERLscope>
3105
3106 Those are left from an old implementation of C<MULTIPLICITY> using C++ objects,
3107 which was removed in Perl 5.8.  Nowadays these macros do exactly nothing, so
3108 they shouldn't be used anymore.
3109
3110 For compatibility, they are still defined for external C<XS> code.  Only
3111 extensions defining C<PERL_CORE> must be updated now.
3112
3113 =back
3114
3115 =head2 Other Internal Changes
3116
3117 =head3 Stack unwinding
3118
3119 The protocol for unwinding the C stack at the last stage of a C<die>
3120 has changed how it identifies the target stack frame.  This now uses
3121 a separate variable C<PL_restartjmpenv>, where previously it relied on
3122 the C<blk_eval.cur_top_env> pointer in the C<eval> context frame that
3123 has nominally just been discarded.  This change means that code running
3124 during various stages of Perl-level unwinding no longer needs to take
3125 care to avoid destroying the ghost frame.
3126
3127 =head3 Scope stack entries
3128
3129 The format of entries on the scope stack has been changed, resulting in a
3130 reduction of memory usage of about 10%.  In particular, the memory used by
3131 the scope stack to record each active lexical variable has been halved.
3132
3133 =head3 Memory allocation for pointer tables
3134
3135 Memory allocation for pointer tables has been changed.  Previously
3136 C<Perl_ptr_table_store> allocated memory from the same arena system as
3137 C<SV> bodies and C<HE>s, with freed memory remaining bound to those arenas
3138 until interpreter exit.  Now it allocates memory from arenas private to the
3139 specific pointer table, and that memory is returned to the system when
3140 C<Perl_ptr_table_free> is called.  Additionally, allocation and release are
3141 both less CPU intensive.
3142
3143 =head3 C<UNDERBAR>
3144
3145 The C<UNDERBAR> macro now calls C<find_rundefsv>.  C<dUNDERBAR> is now a
3146 noop but should still be used to ensure past and future compatibility.
3147
3148 =head3 String comparison routines renamed
3149
3150 The ibcmp_* functions have been renamed and are now called foldEQ,
3151 foldEQ_locale and foldEQ_utf8.  The old names are still available as
3152 macros.
3153
3154 =head3 C<chop> and C<chomp> implementations merged
3155
3156 The opcode bodies for C<chop> and C<chomp> and for C<schop> and C<schomp>
3157 have been merged.  The implementation functions C<Perl_do_chop()> and
3158 C<Perl_do_chomp()>, never part of the public API, have been merged and
3159 moved to a static function in F<pp.c>.  This shrinks the perl binary
3160 slightly, and should not affect any code outside the core (unless it is
3161 relying on the order of side effects when C<chomp> is passed a I<list> of
3162 values).
3163
3164 =head1 Selected Bug Fixes
3165
3166 =head2 I/O
3167
3168 =over 4
3169
3170 =item *
3171
3172 Perl no longer produces this warning:
3173
3174     $ perl -we 'open my $f, ">", \my $x; binmode $f, "scalar"'
3175     Use of uninitialized value in binmode at -e line 1.
3176
3177 =item *
3178
3179 Opening a glob reference via C<< open $fh, "E<gt>", \*glob >> will no longer
3180 cause the glob to be corrupted when the filehandle is printed to.  This would
3181 cause perl to crash whenever the glob's contents were accessed
3182 [perl #77492].
3183
3184 =item *
3185
3186 PerlIO no longer crashes when called recursively, e.g., from a signal
3187 handler. Now it just leaks memory [perl #75556].
3188
3189 =item *
3190
3191 Most I/O functions were not warning for unopened handles unless the
3192 'closed' and 'unopened' warnings categories were both enabled. Now only
3193 C<use warnings 'unopened'> is necessary to trigger these warnings (as was
3194 always meant to be the case).
3195
3196 =item *
3197
3198 There have been several fixes to PerlIO layers:
3199
3200 When C<binmode FH, ":crlf"> pushes the C<:crlf> layer on top of the stack,
3201 it no longer enables crlf layers lower in the stack, to avoid unexpected
3202 results [perl #38456].
3203
3204 Opening a file in C<:raw> mode now does what it advertises to do (first
3205 open the file, then binmode it), instead of simply leaving off the top
3206 layer [perl #80764].
3207
3208 The three layers C<:pop>, C<:utf8> and C<:bytes> didn't allow stacking when
3209 opening a file.  For example
3210 this:
3211
3212     open FH, '>:pop:perlio', 'some.file' or die $!;
3213
3214 Would throw an error: "Invalid argument".  This has been fixed in this
3215 release [perl #82484].
3216
3217 =back
3218
3219 =head2 Regular Expression Bug Fixes
3220
3221 =over
3222
3223 =item *
3224
3225 The regular expression engine no longer loops when matching
3226 C<"\N{LATIN SMALL LIGATURE FF}" =~ /f+/i> and similar expressions
3227 [perl #72998] (5.12.1).
3228
3229 =item *
3230
3231 The trie runtime code should no longer allocate massive amounts of memory,
3232 fixing #74484.
3233
3234 =item *
3235
3236 Syntax errors in C<< (?{...}) >> blocks no longer cause panic messages
3237 [perl #2353].
3238
3239 =item *
3240
3241 A pattern like C<(?:(o){2})?> no longer causes a "panic" error
3242 [perl #39233].
3243
3244 =item *
3245
3246 A fatal error in regular expressions containing C<(.*?)> when processing
3247 UTF-8 data has been fixed [perl #75680] (5.12.2).
3248
3249 =item *
3250
3251 An erroneous regular expression engine optimisation that caused regex verbs like
3252 C<*COMMIT> sometimes to be ignored has been removed.
3253
3254 =item *
3255
3256 The regular expression bracketed character class C<[\8\9]> was effectively the
3257 same as C<[89\000]>, incorrectly matching a NULL character.  It also gave
3258 incorrect warnings that the C<8> and C<9> were ignored.  Now C<[\8\9]> is the
3259 same as C<[89]> and gives legitimate warnings that C<\8> and C<\9> are
3260 unrecognized escape sequences, passed-through.
3261
3262 =item *
3263
3264 A regular expression match in the right-hand side of a global substitution
3265 (C<s///g>) that is in the same scope will no longer cause match variables
3266 to have the wrong values on subsequent iterations. This can happen when an
3267 array or hash subscript is interpolated in the right-hand side, as in
3268 C<s|(.)|@a{ print($1), /./ }|g> [perl #19078].
3269
3270 =item *
3271
3272 Several cases in which characters in the Latin-1 non-ASCII range (0x80 to
3273 0xFF) used not to match themselves or used to match both a character class
3274 and its complement have been fixed.  For instance, U+00E2 could match both
3275 C<\w> and C<\W> [perl #78464] [perl #18281] [perl #60156].
3276
3277 =item *
3278
3279 Matching a Unicode character against an alternation containing characters
3280 that happened to match continuation bytes in the former's UTF8
3281 representation (C<qq{\x{30ab}} =~ /\xab|\xa9/>) would cause erroneous
3282 warnings [perl #70998].
3283
3284 =item *
3285
3286 The trie optimisation was not taking empty groups into account, preventing
3287 'foo' from matching C</\A(?:(?:)foo|bar|zot)\z/> [perl #78356].
3288
3289 =item *
3290
3291 A pattern containing a C<+> inside a lookahead would sometimes cause an
3292 incorrect match failure in a global match (e.g., C</(?=(\S+))/g>)
3293 [perl #68564].
3294
3295 =item *
3296
3297 A regular expression optimisation would sometimes cause a match with a
3298 C<{n,m}> quantifier to fail when it should match [perl #79152].
3299
3300 =item *
3301
3302 Case insensitive matching in regular expressions compiled under C<use
3303 locale> now works much more sanely when the pattern or
3304 target string is encoded internally in
3305 UTF8.  Previously, under these conditions the localeness
3306 was completely lost.  Now, code points above 255 are treated as Unicode,
3307 but code points between 0 and 255 are treated using the current locale
3308 rules, regardless of whether the pattern or the string is encoded in UTF8.
3309 The few case-insensitive matches that cross the 255/256 boundary are not
3310 allowed.  For example, 0xFF does not caselessly match the character at
3311 0x178, LATIN CAPITAL LETTER Y WITH DIAERESIS, because 0xFF may not be
3312 LATIN SMALL LETTER Y in the current locale, and Perl has no way of
3313 knowing if that character even exists in the locale, much less what code
3314 point it is.
3315
3316 =item *
3317
3318 The C<(?|...)> regular expression construct no longer crashes if the final
3319 branch has more sets of capturing parentheses than any other branch. This
3320 was fixed in Perl 5.10.1 for the case of a single branch, but that fix did
3321 not take multiple branches into account [perl #84746].
3322
3323 =item *
3324
3325 A bug has been fixed in the implementation of C<{...}> quantifiers in
3326 regular expressions that prevented the code block in
3327 C</((\w+)(?{ print $2 })){2}/> from seeing the C<$2> sometimes
3328 [perl #84294].
3329
3330 =back
3331
3332 =head2 Syntax/Parsing Bugs
3333
3334 =over
3335
3336 =item *
3337
3338 C<when(scalar){...}> no longer crashes, but produces a syntax error
3339 [perl #74114] (5.12.1).
3340
3341 =item *
3342
3343 A label right before a string eval (C<foo: eval $string>) no longer causes
3344 the label to be associated also with the first statement inside the eval
3345 [perl #74290] (5.12.1).
3346
3347 =item *
3348
3349 The C<no 5.13.2;> form of C<no> no longer tries to turn on features or
3350 pragmata (i.e., strict) [perl #70075] (5.12.2).
3351
3352 =item *
3353
3354 C<BEGIN {require 5.12.0}> now behaves as documented, rather than behaving
3355 identically to C<use 5.12.0;>.  Previously, C<require> in a C<BEGIN> block
3356 was erroneously executing the C<use feature ':5.12.0'> and
3357 C<use strict;> behaviour, which only C<use> was documented to
3358 provide [perl #69050].
3359
3360 =item *
3361
3362 A regression introduced in Perl 5.12.0, making
3363 C<< my $x = 3; $x = length(undef) >> result in C<$x> set to C<3> has been
3364 fixed.  C<$x> will now be C<undef> [perl #85508] (5.12.2).
3365
3366 =item *
3367
3368 When strict 'refs' mode is off, C<%{...}> in rvalue context returns
3369 C<undef> if its argument is undefined.  An optimisation introduced in perl
3370 5.12.0 to make C<keys %{...}> faster when used as a boolean did not take
3371 this into account, causing C<keys %{+undef}> (and C<keys %$foo> when
3372 C<$foo> is undefined) to be an error, which it should only be in strict
3373 mode [perl #81750].
3374
3375 =item *
3376
3377 Constant-folding used to cause
3378
3379   $text =~ ( 1 ? /phoo/ : /bear/)
3380
3381 to turn into
3382
3383   $text =~ /phoo/
3384
3385 at compile time. Now it correctly matches against C<$_> [perl #20444].
3386
3387 =item *
3388
3389 Parsing Perl code (either with string C<eval> or by loading modules) from
3390 within a C<UNITCHECK> block no longer causes the interpreter to crash
3391 [perl #70614].
3392
3393 =item *
3394
3395 String evals no longer fail after 2 billion scopes have been
3396 compiled [perl #83364].
3397
3398 =item *
3399
3400 The parser no longer hangs when encountering certain Unicode characters,
3401 such as U+387 [perl #74022].
3402
3403 =item *
3404
3405 Several contexts no longer allow a Unicode character to begin a word
3406 that should never begin words, for an example an accent that must follow
3407 another character previously could precede all other characters.
3408
3409 =item *
3410
3411 Defining a constant with the same name as one of perl's special blocks
3412 (e.g., INIT) stopped working in 5.12.0, but has now been fixed
3413 [perl #78634].
3414
3415 =item *
3416
3417 A reference to a literal value used as a hash key (C<$hash{\"foo"}>) used
3418 to be stringified, even if the hash was tied [perl #79178].
3419
3420 =item *
3421
3422 A closure containing an C<if> statement followed by a constant or variable
3423 is no longer treated as a constant [perl #63540].
3424
3425 =item *
3426
3427 C<state> can now be used with attributes. It used to mean the same thing as
3428 C<my> if attributes were present [perl #68658].
3429
3430 =item *
3431
3432 Expressions like C<< @$a > 3 >> no longer cause C<$a> to be mentioned in
3433 the "Use of uninitialized value in numeric gt" warning when C<$a> is
3434 undefined (since it is not part of the C<E<gt>> expression, but the operand
3435 of the C<@>) [perl #72090].
3436
3437 =item *
3438
3439 Accessing an element of a package array with a hard-coded number (as
3440 opposed to an arbitrary expression) would crash if the array did not exist.
3441 Usually the array would be autovivified during compilation, but typeglob
3442 manipulation could remove it, as in these two cases which used to crash:
3443
3444   *d = *a;  print $d[0];
3445   undef *d; print $d[0];
3446
3447 =item *
3448
3449 The C<-C> command line option, when used on the shebang line, can now be
3450 followed by other options [perl #72434].
3451
3452 =item *
3453
3454 The C<B> module was returning C<B::OP>s instead of C<B::LOGOP>s for C<entertry> [perl #80622].
3455 This was due to a bug in the perl core, not in C<B> itself.
3456
3457 =back
3458
3459 =head2 Stashes, Globs and Method Lookup
3460
3461 Perl 5.10.0 introduced a new internal mechanism for caching MROs (method
3462 resolution orders, or lists of parent classes; aka "isa" caches) to make
3463 method lookup faster (so @ISA arrays would not have to be searched
3464 repeatedly).  Unfortunately, this brought with it quite a few bugs.  Almost
3465 all of these have been fixed now, along with a few MRO-related bugs that
3466 existed before 5.10.0:
3467
3468 =over
3469
3470 =item *
3471
3472 The following used to have erratic effects on method resolution, because
3473 the "isa" caches were not reset or otherwise ended up listing the wrong
3474 classes.  These have been fixed.
3475
3476 =over
3477
3478 =item Aliasing packages by assigning to globs [perl #77358]
3479
3480 =item Deleting packages by deleting their containing stash elements
3481
3482 =item Undefining the glob containing a package (C<undef *Foo::>)
3483
3484 =item Undefining an ISA glob (C<undef *Foo::ISA>)
3485
3486 =item Deleting an ISA stash element (C<delete $Foo::{ISA}>)
3487
3488 =item Sharing @ISA arrays between classes (via C<*Foo::ISA = \@Bar::ISA> or
3489 C<*Foo::ISA = *Bar::ISA>) [perl #77238]
3490
3491 =back
3492
3493 C<undef *Foo::ISA> would even stop a new C<@Foo::ISA> array from updating
3494 caches.
3495
3496 =item *
3497
3498 Typeglob assignments would crash if the glob's stash no longer existed, so
3499 long as the glob assigned to was named 'ISA' or the glob on either side of
3500 the assignment contained a subroutine.
3501
3502 =item *
3503
3504 C<PL_isarev>, which is accessible to Perl via C<mro::get_isarev> is now
3505 updated properly when packages are deleted or removed from the C<@ISA> of
3506 other classes. This allows many packages to be created and deleted without
3507 causing a memory leak [perl #75176].
3508
3509 =back
3510
3511 In addition, various other bugs related to typeglobs and stashes have been
3512 fixed:
3513
3514 =over 
3515
3516 =item *
3517
3518 Some work has been done on the internal pointers that link between symbol
3519 tables (stashes), typeglobs and subroutines.  This has the effect that
3520 various edge cases related to deleting stashes or stash entries (e.g.
3521 <%FOO:: = ()>), and complex typeglob or code reference aliasing, will no
3522 longer crash the interpreter.
3523
3524 =item *
3525
3526 Assigning a reference to a glob copy now assigns to a glob slot instead of
3527 overwriting the glob with a scalar [perl #1804] [perl #77508].
3528
3529 =item *
3530
3531 A bug when replacing the glob of a loop variable within the loop has been fixed
3532 [perl #21469].  This
3533 means the following code will no longer crash:
3534
3535     for $x (...) {
3536         *x = *y;
3537     }
3538
3539 =item *
3540
3541 Assigning a glob to a PVLV used to convert it to a plain string. Now it
3542 works correctly, and a PVLV can hold a glob. This would happen when a
3543 nonexistent hash or array element was passed to a subroutine:
3544
3545   sub { $_[0] = *foo }->($hash{key});
3546   # $_[0] would have been the string "*main::foo"
3547
3548 It also happened when a glob was assigned to, or returned from, an element
3549 of a tied array or hash [perl #36051].
3550
3551 =item *
3552
3553 When trying to report C<Use of uninitialized value $Foo::BAR>, crashes could
3554 occur if the glob holding the global variable in question had been detached
3555 from its original stash by, for example, C<delete $::{'Foo::'}>.  This has
3556 been fixed by disabling the reporting of variable names in those
3557 cases.
3558
3559 =item *
3560
3561 During the restoration of a localised typeglob on scope exit, any
3562 destructors called as a result would be able to see the typeglob in an
3563 inconsistent state, containing freed entries, which could result in a
3564 crash. This would affect code like this:
3565
3566   local *@;
3567   eval { die bless [] }; # puts an object in $@
3568   sub DESTROY {
3569     local $@; # boom
3570   }
3571
3572 Now the glob entries are cleared before any destructors are called. This
3573 also means that destructors can vivify entries in the glob. So perl tries
3574 again and, if the entries are re-created too many times, dies with a
3575 'panic: gp_free...' error message.
3576
3577 =back
3578
3579 =head2 Unicode
3580
3581 =over
3582
3583 =item *
3584
3585 What has become known as the "Unicode Bug" is mostly resolved in this release.
3586 Under C<use feature 'unicode_strings'>, the internal storage format of a
3587 string no longer affects the external semantics.  There are two known
3588 exceptions.  User-defined case changing functions, which are planned to
3589 be deprecated in 5.14, require utf8-encoded strings to function; and the
3590 character C<LATIN SMALL LETTER SHARP S> in regular expression
3591 case-insensitive matching has a somewhat different set of bugs depending
3592 on the internal storage format.  Case-insensitive matching of all
3593 characters that have multi-character matches, as this one does, is
3594 problematical in Perl [perl #58182].
3595
3596 =item *
3597
3598 The handling of Unicode non-characters has changed.
3599 Previously they were mostly considered illegal, except that only one of
3600 the 66 of them was known about in places.  The Unicode standard
3601 considers them legal, but forbids the "open interchange" of them.
3602 This is part of the change to allow the internal use of any code point
3603 (see L</Core Enhancements>).  Together, these changes resolve
3604 [perl #38722], [perl #51918], [perl #51936], [perl #63446].
3605
3606 =item *
3607
3608 Naming a deprecated character in \N{...} no longer leaks memory.
3609
3610 =item *
3611
3612 We fixed a bug that could cause \N{} constructs followed by a single . to
3613 be parsed incorrectly [perl #74978] (5.12.1).
3614
3615 =item *
3616
3617 C<chop> now correctly handles characters above "\x{7fffffff}"
3618 [perl #73246].
3619
3620 =item *
3621
3622 Passing to C<index> an offset beyond the end of the string when the string
3623 is encoded internally in UTF8 no longer causes panics [perl #75898].
3624
3625 =item *
3626
3627 C<warn()> and C<die()> now respect utf8-encoded scalars [perl #45549].
3628
3629 =item *
3630
3631 Sometimes the UTF8 length cache would not be reset on a value
3632 returned by substr, causing C<length(substr($uni_string,...))> to give
3633 wrong answers.  With C<${^UTF8CACHE}> set to -1, it would produce a 'panic'
3634 error message, too [perl #77692].
3635
3636 =back
3637
3638 =head2 Ties, Overloading and Other Magic
3639
3640 =over
3641
3642 =item *
3643
3644 Overloading now works properly in conjunction with tied
3645 variables.  What formerly happened was that most ops checked their
3646 arguments for overloading I<before> checking for magic, so for example
3647 an overloaded object returned by a tied array access would usually be
3648 treated as not overloaded [RT #57012].
3649
3650 =item *
3651
3652 Various cases of magic (e.g., tie methods) being called on tied variables
3653 too many or too few times have been fixed:
3654
3655 =over
3656
3657 =item *
3658
3659 FETCH is no longer called on tied variables in void context.
3660
3661 =item *
3662
3663 C<$tied-E<gt>()> did not always call FETCH [perl #8438].
3664
3665 =item *
3666
3667 Filetest operators and C<y///> and C<tr///> were calling FETCH too
3668 many times.
3669
3670 =item *
3671
3672 The C<=> operator used to ignore magic on its right-hand side if the
3673 scalar happened to hold a typeglob (if a typeglob was the last thing
3674 returned from or assigned to a tied scalar) [perl #77498].
3675
3676 =item *
3677
3678 Dereference operators used to ignore magic if the argument was a
3679 reference already (e.g., from a previous FETCH) [perl #72144].
3680
3681 =item *
3682
3683 C<splice> now calls set-magic (so changes made
3684 by C<splice @ISA> are respected by method calls) [perl #78400].
3685
3686 =item *
3687
3688 In-memory files created by C<open $fh, 'E<gt>' \$buffer> were not calling
3689 FETCH/STORE at all [perl #43789] (5.12.2).
3690
3691 =back
3692
3693 =item *
3694
3695 String C<eval> now detects taintedness of overloaded or tied
3696 arguments [perl #75716].
3697
3698 =item *
3699
3700 String C<eval> and regular expression matches against objects with string
3701 overloading no longer cause memory corruption or crashes [perl 77084].
3702
3703 =item *
3704
3705 L<readline|perlfunc/"readline EXPR"> now honors C<< <> >> overloading on tied
3706 arguments.
3707
3708 =item *
3709
3710 C<< E<lt>exprE<gt> >> always respects overloading now if the expression is
3711 overloaded.
3712
3713 Due to the way that 'E<lt>E<gt> as glob' was parsed differently from
3714 'E<lt>E<gt> as filehandle' from 5.6 onwards, something like C<< E<lt>$foo[0]E<gt> >> did
3715 not handle overloading, even if C<$foo[0]> was an overloaded object.  This
3716 was contrary to the documentation for overload, and meant that C<< E<lt>E<gt> >>
3717 could not be used as a general overloaded iterator operator.
3718
3719 =item *
3720
3721 The fallback behaviour of overloading on binary operators was asymmetric
3722 [perl #71286].
3723
3724 =item *
3725
3726 Magic applied to variables in the main package no longer affects other packages.
3727 See L</Magic variables outside the main package> above [perl #76138].
3728
3729 =item *
3730
3731 Sometimes magic (ties, taintedness, etc.) attached to variables could cause
3732 an object to last longer than it should, or cause a crash if a tied
3733 variable were freed from within a tie method.  These have been fixed
3734 [perl #81230].
3735
3736 =item *
3737
3738 DESTROY methods of objects implementing ties are no longer able to crash by
3739 accessing the tied variable through a weak reference [perl #86328].
3740
3741 =item *
3742
3743 Fixed a regression of kill() when a match variable is used for the
3744 process ID to kill [perl #75812].
3745
3746 =item *
3747
3748 C<$AUTOLOAD> used to remain tainted forever if it ever became tainted. Now
3749 it is correctly untainted if an autoloaded method is called and the method
3750 name was not tainted.
3751
3752 =item *
3753
3754 C<sprintf> now dies when passed a tainted scalar for the format. It did
3755 already die for arbitrary expressions, but not for simple scalars
3756 [perl #82250].
3757
3758 =item *
3759
3760 utf8::is_utf8 now respects get-magic (e.g. $1) (5.12.1).
3761
3762 =back
3763
3764 =head2 The Debugger
3765
3766 =over
3767
3768 =item *
3769
3770 The Perl debugger now also works in taint mode [perl #76872].
3771
3772 =item *
3773
3774 Subroutine redefinition works once more in the debugger [perl #48332].
3775
3776 =item *
3777
3778 When C<-d> is used on the shebang (C<#!>) line, the debugger now has access
3779 to the lines of the main program.  In the past, this sometimes worked and
3780 sometimes did not, depending on what order things happened to be arranged
3781 in memory [perl #71806].
3782
3783 =item *
3784
3785 A possible memory leak when using L<caller()|perlfunc/"caller EXPR"> to set
3786 C<@DB::args> has been fixed (5.12.2).
3787
3788 =item *
3789
3790 Perl no longer stomps on $DB::single, $DB::trace and $DB::signal if they
3791 already have values when $^P is assigned to [perl #72422].
3792
3793 =item *
3794
3795 C<#line> directives in string evals were not properly updating the arrays
3796 of lines of code (C<< @{"_<..."} >>) that the debugger (or any debugging or
3797 profiling module) uses. In threaded builds, they were not being updated at
3798 all. In non-threaded builds, the line number was ignored, so any change to
3799 the existing line number would cause the lines to be misnumbered
3800 [perl #79442].
3801
3802 =back
3803
3804 =head2 Threads
3805
3806 =over
3807
3808 =item *
3809
3810 Perl no longer accidentally clones lexicals in scope within active stack
3811 frames in the parent when creating a child thread [perl #73086].
3812
3813 =item *
3814
3815 Several memory leaks in cloning and freeing threaded Perl interpreters have been
3816 fixed [perl #77352].
3817
3818 =item *
3819
3820 Creating a new thread when directory handles were open used to cause a
3821 crash, because the handles were not cloned, but simply passed to the new
3822 thread, resulting in a double free.
3823
3824 Now directory handles are cloned properly, on systems that have a C<fchdir>
3825 function. On other systems, new threads simply do not inherit directory
3826 handles from their parent threads [perl #75154].
3827
3828 =item *
3829
3830 The typeglob C<*,>, which holds the scalar variable C<$,> (output field
3831 separator), had the wrong reference count in child threads.
3832
3833 =item *
3834
3835 [perl #78494] When pipes are shared between threads, the C<close> function
3836 (and any implicit close, such as on thread exit) no longer blocks.
3837
3838 =item *
3839
3840 Perl now does a timely cleanup of SVs that are cloned into a new thread but
3841 then discovered to be orphaned (i.e., their owners are I<not> cloned). This
3842 eliminates several "scalars leaked" warnings when joining threads.
3843
3844 =back
3845
3846 =head2 Scoping and Subroutines
3847
3848 =over
3849
3850 =item *
3851
3852 Lvalue subroutines are again able to return copy-on-write scalars.  This
3853 had been broken since version 5.10.0 [perl #75656] (5.12.3).
3854
3855 =item *
3856
3857 C<require> no longer causes C<caller> to return the wrong file name for
3858 the scope that called C<require> and other scopes higher up that had the
3859 same file name [perl #68712].
3860
3861 =item *
3862
3863 C<sort> with a ($$)-prototyped comparison routine used to cause the value
3864 of @_ to leak out of the sort.  Taking a reference to @_ within the
3865 sorting routine could cause a crash [perl #72334].
3866
3867 =item *
3868
3869 Match variables (e.g., C<$1>) no longer persist between calls to a sort
3870 subroutine [perl #76026].
3871
3872 =item *
3873
3874 Iterating with C<foreach> over an array returned by an lvalue sub now works
3875 [perl #23790].
3876
3877 =item *
3878
3879 C<$@> is now localised during calls to C<binmode> to prevent action at a
3880 distance [perl #78844].
3881
3882 =item *
3883
3884 Calling a closure prototype (what is passed to an attribute handler for a
3885 closure) now results in a "Closure prototype called" error message instead
3886 of a crash [perl #68560].
3887
3888 =item *
3889
3890 Mentioning a read-only lexical variable from the enclosing scope in a
3891 string C<eval> no longer causes the variable to become writable
3892 [perl #19135].
3893
3894 =back
3895
3896 =head2 Signals
3897
3898 =over
3899
3900 =item *
3901
3902 Within signal handlers, C<$!> is now implicitly localized.
3903
3904 =item *
3905
3906 CHLD signals are no longer unblocked after a signal handler is called if
3907 they were blocked before by C<POSIX::sigprocmask> [perl #82040].
3908
3909 =item *
3910
3911 A signal handler called within a signal handler could cause leaks or
3912 double-frees.  Now fixed. [perl #76248].
3913
3914 =back
3915
3916 =head2 Miscellaneous Memory Leaks
3917
3918 =over
3919
3920 =item *
3921
3922 Several memory leaks when loading XS modules were fixed (5.12.2).
3923
3924 =item *
3925
3926 L<substr()|perlfunc/"substr EXPR,OFFSET,LENGTH,REPLACEMENT">,
3927 L<pos()|perlfunc/"index STR,SUBSTR,POSITION">, L<keys()|perlfunc/"keys HASH">,
3928 and L<vec()|perlfunc/"vec EXPR,OFFSET,BITS"> could, when used in combination
3929 with lvalues, result in leaking the scalar value they operate on, and cause its
3930 destruction to happen too late. This has now been fixed.
3931
3932 =item *
3933
3934 The postincrement and postdecrement operators, C<++> and C<-->, used to cause
3935 leaks when being used on references.  This has now been fixed.
3936
3937 =item *
3938
3939 Nested C<map> and C<grep> blocks no longer leak memory when processing
3940 large lists [perl #48004].
3941
3942 =item *
3943
3944 C<use I<VERSION>> and C<no I<VERSION>> no longer leak memory [perl #78436]
3945 [perl #69050].
3946
3947 =item *
3948
3949 C<.=> followed by C<< <> >> or C<readline> would leak memory if C<$/>
3950 contained characters beyond the octet range and the scalar assigned to
3951 happened to be encoded as UTF8 internally [perl #72246].
3952
3953 =item *
3954
3955 C<eval "BEGIN{die}"> no longer leaks memory on non-threaded builds.
3956
3957 =back
3958
3959 =head2 Memory Corruption and Crashes
3960
3961 =over
3962
3963 =item *
3964
3965 glob() no longer crashes when %File::Glob:: is empty and
3966 CORE::GLOBAL::glob isn't present [perl #75464] (5.12.2).
3967
3968 =item *
3969
3970 readline() has been fixed when interrupted by signals so it no longer
3971 returns the "same thing" as before or random memory.
3972
3973 =item *
3974
3975 When assigning a list with duplicated keys to a hash, the assignment used to
3976 return garbage and/or freed values:
3977
3978     @a = %h = (list with some duplicate keys);
3979
3980 This has now been fixed [perl #31865].
3981
3982 =item *
3983
3984 The mechanism for freeing objects in globs used to leave dangling
3985 pointers to freed SVs, meaning Perl users could see corrupted state
3986 during destruction.
3987
3988 Perl now only frees the affected slots of the GV, rather than freeing
3989 the GV itself.  This makes sure that there are no dangling refs or
3990 corrupted state during destruction.
3991
3992 =item *
3993
3994 The interpreter no longer crashes when freeing deeply-nested arrays of
3995 arrays.  Hashes have not been fixed yet [perl #44225].
3996
3997 =item *
3998
3999 Concatenating long strings under C<use encoding> no longer causes perl to
4000 crash [perl #78674].
4001
4002 =item *
4003
4004 Calling C<< ->import >> on a class lacking an import method could corrupt
4005 the stack, resulting in strange behaviour. For instance,
4006
4007   push @a, "foo", $b = bar->import;
4008
4009 would assign 'foo' to C<$b> [perl #63790].
4010
4011 =item *
4012
4013 The C<recv> function could crash when called with the MSG_TRUNC flag
4014 [perl #75082].
4015
4016 =item *
4017
4018 C<formline> no longer crashes when passed a tainted format picture. It also
4019 taints C<$^A> now if its arguments are tainted [perl #79138].
4020
4021 =item *
4022
4023 A bug in how we process filetest operations could cause a segfault.
4024 Filetests don't always expect an op on the stack, so we now use
4025 TOPs only if we're sure that we're not stat'ing the _ filehandle.
4026 This is indicated by OPf_KIDS (as checked in ck_ftst) [perl #74542]
4027 (5.12.1).
4028
4029 =item *
4030
4031 C<unpack()> now handles scalar context correctly for C<%32H> and C<%32u>,
4032 fixing a potential crash.  C<split()> would crash because the third item
4033 on the stack wasn't the regular expression it expected.  C<unpack("%2H",
4034 ...)> would return both the unpacked result and the checksum on the stack,
4035 as would C<unpack("%2u", ...)> [perl #73814] (5.12.2).
4036
4037 =back
4038
4039 =head2 Fixes to Various Perl Operators
4040
4041 =over
4042
4043 =item *
4044
4045 The C<&> C<|> C<^> bitwise operators no longer coerce read-only arguments
4046 [perl #20661].
4047
4048 =item *
4049
4050 Stringifying a scalar containing -0.0 no longer has the affect of turning
4051 false into true [perl #45133].
4052
4053 =item *
4054
4055 Some numeric operators were converting integers to floating point,
4056 resulting in loss of precision on 64-bit platforms [perl #77456].
4057
4058 =item *
4059
4060 C<sprintf> was ignoring locales when called with constant arguments
4061 [perl #78632].
4062
4063 =item *
4064
4065 Combining the vector (%v) flag and dynamic precision would
4066 cause sprintf to confuse the order of its arguments, making it treat the
4067 string as the precision and vice versa [perl #83194].
4068
4069 =back
4070
4071 =head2 Bugs Relating to the C API
4072
4073 =over
4074
4075 =item *
4076
4077 The C-level C<lex_stuff_pvn> function would sometimes cause a spurious
4078 syntax error on the last line of the file if it lacked a final semicolon
4079 [perl #74006] (5.12.1).
4080
4081 =item *
4082
4083 The C<eval_sv> and C<eval_pv> C functions now set C<$@> correctly when
4084 there is a syntax error and no C<G_KEEPERR> flag, and never set it if the
4085 C<G_KEEPERR> flag is present [perl #3719].
4086
4087 =item *
4088
4089 The XS multicall API no longer causes subroutines to lose reference counts
4090 if called via the multicall interface from within those very subroutines.
4091 This affects modules like List::Util. Calling one of its functions with an
4092 active subroutine as the first argument could cause a crash [perl #78070].
4093
4094 =item *
4095
4096 The C<SvPVbyte> function available to XS modules now calls magic before
4097 downgrading the SV, to avoid warnings about wide characters [perl #72398].
4098
4099 =item *
4100
4101 The ref types in the typemap for XS bindings now support magical variables
4102 [perl #72684].
4103
4104 =item *
4105
4106 C<sv_catsv_flags> no longer calls C<mg_get> on its second argument (the
4107 source string) if the flags passed to it do not include SV_GMAGIC. So it
4108 now matches the documentation.
4109
4110 =item *
4111
4112 C<my_strftime> no longer leaks memory.  This fixes a memory leak in
4113 C<POSIX::strftime> [perl #73520].
4114
4115 =item *
4116
4117 XSUB.h now correctly redefines fgets under PERL_IMPLICIT_SYS [perl #55049]
4118 (5.12.1).
4119
4120 =item *
4121
4122 XS code using C<fputc()> or C<fputs()>: on Windows could cause an error
4123 due to their arguments being swapped [perl #72704] (5.12.1).
4124
4125 =item *
4126
4127 A possible segfault in the C<T_PRTOBJ> default typemap has been fixed
4128 (5.12.2).
4129
4130 =item *
4131
4132 A bug that could cause "Unknown error" messages when
4133 C<call_sv(code, G_EVAL)> is called from an XS destructor has been fixed
4134 (5.12.2).
4135
4136 =back
4137
4138 =head1 Known Problems
4139
4140 XXX Many of these have probably already been solved.  There are also
4141 unresolved BBC articles linked to #77718 that are awaiting CPAN
4142 releases.  These may need to be listed here.
4143 See also #84444.  Enbugger may also need to be listed if there is no new
4144 release in time (see #82152).
4145 JJORE/overload-eval-0.08.tar.gz appears to be broken, too.  See
4146 http://www.nntp.perl.org/group/perl.perl5.porters/2010/11/msg165773.html
4147
4148 =over 4
4149
4150 =item *
4151
4152 C<List::Util::first> misbehaves in the presence of a lexical C<$_>
4153 (typically introduced by C<my $_> or implicitly by C<given>). The variable
4154 which gets set for each iteration is the package variable C<$_>, not the
4155 lexical C<$_>.
4156
4157 A similar issue may occur in other modules that provide functions which
4158 take a block as their first argument, like
4159
4160     foo { ... $_ ...} list
4161
4162 See also: L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=67694>
4163
4164 =item *
4165
4166 readline() returns an empty string instead of undef when it is
4167 interrupted by a signal
4168
4169 =item *
4170
4171 Test-Harness was updated from 3.17 to 3.21 for this release. A rewrite
4172 in how it handles non-Perl tests (in 3.17_01) broke argument passing to
4173 non-Perl tests with L<prove> (RT #59186), and required that non-Perl
4174 tests be run as C<prove ./test.sh> instead of C<prove test.sh> These
4175 issues are being solved upstream, but didn't make it into this release.
4176 They're expected to be fixed in time for perl v5.13.4.  (RT #59457)
4177
4178 =item *
4179
4180 C<version> now prevents object methods from being called as class methods
4181 (d808b68)
4182
4183 =item *
4184
4185 The changes in L<substr()|perlfunc/"substr EXPR,OFFSET,LENGTH,REPLACEMENT">
4186 broke C<HTML::Parser> <= 3.66. A fixed C<HTML::Parser> is available as versions
4187 3.67 on CPAN.
4188
4189 =item *
4190
4191 The changes in prototype handling break C<Switch>. A patch has been sent
4192 upstream and will hopefully appear on CPAN soon.
4193
4194 =item *
4195
4196 The upgrade to Encode-2.40 has caused some tests in the libwww-perl distribution
4197 on CPAN to fail. (Specifically, F<base/message-charset.t> tests 33-36 in version
4198 5.836 of that distribution now fail.)
4199
4200 =item *
4201
4202 The upgrade to ExtUtils-MakeMaker-6.57_05 has caused some tests in the
4203 Module-Install distribution on CPAN to fail. (Specifically, F<02_mymeta.t> tests
4204 5 and 21, F<18_all_from.t> tests 6 and 15, F<19_authors.t> tests 5, 13, 21 and
4205 29, and F<20_authors_with_special_characters.t> tests 6, 15 and 23 in version
4206 1.00 of that distribution now fail.)
4207
4208 =back
4209
4210 =head1 Errata
4211
4212 =head2 C<keys>, C<values> and C<each> work on arrays
4213
4214 You can now use the C<keys>, C<values>, C<each> builtin functions on arrays
4215 (previously you could only use them on hashes).  See L<perlfunc> for details.
4216 This is actually a change introduced in perl 5.12.0, but it was missed from
4217 that release's perldelta.
4218
4219 =head1 Obituary
4220
4221 Randy Kobes, creator of the kobesearch alternative to search.cpan.org and
4222 contributor/maintainer to several core Perl toolchain modules, passed away
4223 on September 18, 2010 after a battle with lung cancer.  His contributions
4224 to the Perl community will be missed.
4225
4226 =head1 Acknowledgements
4227
4228 XXX The list of people to thank goes here.
4229
4230 =head1 Reporting Bugs
4231
4232 If you find what you think is a bug, you might check the articles
4233 recently posted to the comp.lang.perl.misc newsgroup and the perl
4234 bug database at http://rt.perl.org/perlbug/ .  There may also be
4235 information at http://www.perl.org/ , the Perl Home Page.
4236
4237 If you believe you have an unreported bug, please run the L<perlbug>
4238 program included with your release.  Be sure to trim your bug down
4239 to a tiny but sufficient test case.  Your bug report, along with the
4240 output of C<perl -V>, will be sent off to perlbug@perl.org to be
4241 analysed by the Perl porting team.
4242
4243 If the bug you are reporting has security implications, which make it
4244 inappropriate to send to a publicly archived mailing list, then please send
4245 it to perl5-security-report@perl.org. This points to a closed subscription
4246 unarchived mailing list, which includes all the core committers, who be able
4247 to help assess the impact of issues, figure out a resolution, and help
4248 co-ordinate the release of patches to mitigate or fix the problem across all
4249 platforms on which Perl is supported. Please only use this address for
4250 security issues in the Perl core, not for modules independently
4251 distributed on CPAN.
4252
4253 =head1 SEE ALSO
4254
4255 The F<Changes> file for an explanation of how to view exhaustive details
4256 on what changed.
4257
4258 The F<INSTALL> file for how to build Perl.
4259
4260 The F<README> file for general stuff.
4261
4262 The F<Artistic> and F<Copying> files for copyright information.
4263
4264 =cut