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