This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
4a21c4a621cc2955040accd2c88efe7a893124ef
[perl5.git] / pod / perldelta.pod
1 =encoding utf8
2
3 =head1 NAME
4
5 perldelta - what is new for perl v5.18.0
6
7 =head1 DESCRIPTION
8
9 This document describes differences between the v5.16.0 release and the v5.18.0
10 release.
11
12 If you are upgrading from an earlier release such as v5.14.0, first read
13 L<perl5160delta>, which describes differences between v5.14.0 and v5.16.0.
14
15 =head1 Core Enhancements
16
17 =head2 New mechanism for experimental features
18
19 Newly-added experimental features will now require this incantation:
20
21     no warnings "experimental::feature_name";
22     use feature "feature_name";  # would warn without the prev line
23
24 There is a new warnings category, called "experimental", containing
25 warnings that the L<feature> pragma emits when enabling experimental
26 features.
27
28 Newly-added experimental features will also be given special warning IDs,
29 which consist of "experimental::" followed by the name of the feature.  (The
30 plan is to extend this mechanism eventually to all warnings, to allow them
31 to be enabled or disabled individually, and not just by category.)
32
33 By saying
34
35     no warnings "experimental::feature_name";
36
37 you are taking responsibility for any breakage that future changes to, or
38 removal of, the feature may cause.
39
40 Since some features (like C<~~> or C<my $_>) now emit experimental warnings,
41 and you may want to disable them in code that is also run on perls that do not
42 recognize these warning categories, consider using the C<if> pragma like this:
43
44     no if $] >= 5.018, 'warnings', "experimental::feature_name";
45
46 Existing experimental features may begin emitting these warnings, too.  Please
47 consult L<perlexperiment> for information on which features are considered
48 experimental.
49
50 =head2 Hash overhaul
51
52 Changes to the implementation of hashes in perl v5.18.0 will be one of the most
53 visible changes to the behavior of existing code.
54
55 By default, two distinct hash variables with identical keys and values may now
56 provide their contents in a different order where it was previously identical.
57
58 When encountering these changes, the key to cleaning up from them is to accept
59 that B<hashes are unordered collections> and to act accordingly.
60
61 =head3 Hash randomization
62
63 The seed used by Perl's hash function is now random.  This means that the
64 order which keys/values will be returned from functions like C<keys()>,
65 C<values()>, and C<each()> will differ from run to run.
66
67 This change was introduced to make Perl's hashes more robust to algorithmic
68 complexity attacks, and also because we discovered that it exposes hash
69 ordering dependency bugs and makes them easier to track down.
70
71 Toolchain maintainers might want to invest in additional infrastructure to
72 test for things like this.  Running tests several times in a row and then
73 comparing results will make it easier to spot hash order dependencies in
74 code.  Authors are strongly encouraged not to expose the key order of
75 Perl's hashes to insecure audiences.
76
77 Further, every hash has its own iteration order, which should make it much
78 more difficult to determine what the current hash seed is.
79
80 =head3 New hash functions
81
82 Perl v5.18 includes support for multiple hash functions, and changed
83 the default (to ONE_AT_A_TIME_HARD), you can choose a different
84 algorithm by defining a symbol at compile time.  For a current list,
85 consult the F<INSTALL> document.  Note that as of Perl v5.18 we can
86 only recommend use of the default or SIPHASH. All the others are
87 known to have security issues and are for research purposes only.
88
89 =head3 PERL_HASH_SEED environment variable now takes a hex value
90
91 C<PERL_HASH_SEED> no longer accepts an integer as a parameter;
92 instead the value is expected to be a binary value encoded in a hex
93 string, such as "0xf5867c55039dc724".  This is to make the
94 infrastructure support hash seeds of arbitrary lengths, which might
95 exceed that of an integer.  (SipHash uses a 16 byte seed.)
96
97 =head3 PERL_PERTURB_KEYS environment variable added
98
99 The C<PERL_PERTURB_KEYS> environment variable allows one to control the level of
100 randomization applied to C<keys> and friends.
101
102 When C<PERL_PERTURB_KEYS> is 0, perl will not randomize the key order at all. The
103 chance that C<keys> changes due to an insert will be the same as in previous
104 perls, basically only when the bucket size is changed.
105
106 When C<PERL_PERTURB_KEYS> is 1, perl will randomize keys in a non-repeatable
107 way. The chance that C<keys> changes due to an insert will be very high.  This
108 is the most secure and default mode.
109
110 When C<PERL_PERTURB_KEYS> is 2, perl will randomize keys in a repeatable way.
111 Repeated runs of the same program should produce the same output every time.
112
113 C<PERL_HASH_SEED> implies a non-default C<PERL_PERTURB_KEYS> setting. Setting
114 C<PERL_HASH_SEED=0> (exactly one 0) implies C<PERL_PERTURB_KEYS=0> (hash key
115 randomization disabled); settng C<PERL_HASH_SEED> to any other value implies
116 C<PERL_PERTURB_KEYS=2> (deterministic and repeatable hash key randomization).
117 Specifying C<PERL_PERTURB_KEYS> explicitly to a different level overrides this
118 behavior.
119
120 =head3 Hash::Util::hash_seed() now returns a string
121
122 Hash::Util::hash_seed() now returns a string instead of an integer.  This
123 is to make the infrastructure support hash seeds of arbitrary lengths
124 which might exceed that of an integer.  (SipHash uses a 16 byte seed.)
125
126 =head3 Output of PERL_HASH_SEED_DEBUG has been changed
127
128 The environment variable PERL_HASH_SEED_DEBUG now makes perl show both the
129 hash function perl was built with, I<and> the seed, in hex, in use for that
130 process. Code parsing this output, should it exist, must change to accommodate
131 the new format.  Example of the new format:
132
133     $ PERL_HASH_SEED_DEBUG=1 ./perl -e1
134     HASH_FUNCTION = MURMUR3 HASH_SEED = 0x1476bb9f
135
136 =head2 Upgrade to Unicode 6.2
137
138 Perl now supports Unicode 6.2.  A list of changes from Unicode
139 6.1 is at L<http://www.unicode.org/versions/Unicode6.2.0>.
140
141 =head2 Character name aliases may now include non-Latin1-range characters
142
143 It is possible to define your own names for characters for use in
144 C<\N{...}>, C<charnames::vianame()>, etc.  These names can now be
145 comprised of characters from the whole Unicode range.  This allows for
146 names to be in your native language, and not just English.  Certain
147 restrictions apply to the characters that may be used (you can't define
148 a name that has punctuation in it, for example).  See L<charnames/CUSTOM
149 ALIASES>.
150
151 =head2 New DTrace probes
152
153 The following new DTrace probes have been added:
154
155 =over 4
156
157 =item *
158
159 C<op-entry>
160
161 =item *
162
163 C<loading-file>
164
165 =item *
166
167 C<loaded-file>
168
169 =back
170
171 =head2 C<${^LAST_FH}>
172
173 This new variable provides access to the filehandle that was last read.
174 This is the handle used by C<$.> and by C<tell> and C<eof> without
175 arguments.
176
177 =head2 Regular Expression Set Operations
178
179 This is an B<experimental> feature to allow matching against the union,
180 intersection, etc., of sets of code points, similar to
181 L<Unicode::Regex::Set>.  It can also be used to extend C</x> processing
182 to [bracketed] character classes, and as a replacement of user-defined
183 properties, allowing more complex expressions than they do.  See
184 L<perlrecharclass/Extended Bracketed Character Classes>.
185
186 =head2 Lexical subroutines
187
188 This new feature is still considered B<experimental>.  To enable it:
189
190     use 5.018;
191     no warnings "experimental::lexical_subs";
192     use feature "lexical_subs";
193
194 You can now declare subroutines with C<state sub foo>, C<my sub foo>, and
195 C<our sub foo>.  (C<state sub> requires that the "state" feature be
196 enabled, unless you write it as C<CORE::state sub foo>.)
197
198 C<state sub> creates a subroutine visible within the lexical scope in which
199 it is declared.  The subroutine is shared between calls to the outer sub.
200
201 C<my sub> declares a lexical subroutine that is created each time the
202 enclosing block is entered.  C<state sub> is generally slightly faster than
203 C<my sub>.
204
205 C<our sub> declares a lexical alias to the package subroutine of the same
206 name.
207
208 For more information, see L<perlsub/Lexical Subroutines>.
209
210 =head2 Computed Labels
211
212 The loop controls C<next>, C<last> and C<redo>, and the special C<dump>
213 operator, now allow arbitrary expressions to be used to compute labels at run
214 time.  Previously, any argument that was not a constant was treated as the
215 empty string.
216
217 =head2 More CORE:: subs
218
219 Several more built-in functions have been added as subroutines to the
220 CORE:: namespace - namely, those non-overridable keywords that can be
221 implemented without custom parsers: C<defined>, C<delete>, C<exists>,
222 C<glob>, C<pos>, C<protoytpe>, C<scalar>, C<split>, C<study>, and C<undef>.
223
224 As some of these have prototypes, C<prototype('CORE::...')> has been
225 changed to not make a distinction between overridable and non-overridable
226 keywords.  This is to make C<prototype('CORE::pos')> consistent with
227 C<prototype(&CORE::pos)>.
228
229 =head2 C<kill> with negative signal names
230
231 C<kill> has always allowed a negative signal number, which kills the
232 process group instead of a single process.  It has also allowed signal
233 names.  But it did not behave consistently, because negative signal names
234 were treated as 0.  Now negative signals names like C<-INT> are supported
235 and treated the same way as -2 [perl #112990].
236
237 =head1 Security
238
239 =head2 C<Storable> security warning in documentation
240
241 The documentation for C<Storable> now includes a section which warns readers
242 of the danger of accepting Storable documents from untrusted sources. The
243 short version is that deserializing certain types of data can lead to loading
244 modules and other code execution. This is documented behavior and wanted
245 behavior, but this opens an attack vector for malicious entities.
246
247 =head2 C<Locale::Maketext> allowed code injection via a malicious template
248
249 If users could provide a translation string to Locale::Maketext, this could be
250 used to invoke arbitrary Perl subroutines available in the current process.
251
252 This has been fixed, but it is still possible to invoke any method provided by
253 C<Locale::Maketext> itself or a subclass that you are using. One of these
254 methods in turn will invoke the Perl core's C<sprintf> subroutine.
255
256 In summary, allowing users to provide translation strings without auditing
257 them is a bad idea.
258
259 This vulnerability is documented in CVE-2012-6329.
260
261 =head2 Avoid calling memset with a negative count
262
263 Poorly written perl code that allows an attacker to specify the count to perl's
264 C<x> string repeat operator can already cause a memory exhaustion
265 denial-of-service attack. A flaw in versions of perl before v5.15.5 can escalate
266 that into a heap buffer overrun; coupled with versions of glibc before 2.16, it
267 possibly allows the execution of arbitrary code.
268
269 The flaw addressed to this commit has been assigned identifier CVE-2012-5195
270 and was researched by Tim Brown.
271
272 =head1 Incompatible Changes
273
274 =head2 See also: hash overhaul
275
276 Some of the changes in the L<hash overhaul|/"Hash overhaul"> are not fully
277 compatible with previous versions of perl.  Please read that section.
278
279 =head2 An unknown character name in C<\N{...}> is now a syntax error
280
281 Previously, it warned, and the Unicode REPLACEMENT CHARACTER was
282 substituted.  Unicode now recommends that this situation be a syntax
283 error.  Also, the previous behavior led to some confusing warnings and
284 behaviors, and since the REPLACEMENT CHARACTER has no use other than as
285 a stand-in for some unknown character, any code that has this problem is
286 buggy.
287
288 =head2 Formerly deprecated characters in C<\N{}> character name aliases are now errors.
289
290 Since v5.12.0, it has been deprecated to use certain characters in
291 user-defined C<\N{...}> character names.  These now cause a syntax
292 error.  For example, it is now an error to begin a name with a digit,
293 such as in
294
295  my $undraftable = "\N{4F}";    # Syntax error!
296
297 or to have commas anywhere in the name.  See L<charnames/CUSTOM ALIASES>.
298
299 =head2 C<\N{BELL}> now refers to U+1F514 instead of U+0007
300
301 Unicode 6.0 reused the name "BELL" for a different code point than it
302 traditionally had meant.  Since Perl v5.14, use of this name still
303 referred to U+0007, but would raise a deprecation warning.  Now, "BELL"
304 refers to U+1F514, and the name for U+0007 is "ALERT".  All the
305 functions in L<charnames> have been correspondingly updated.
306
307 =head2 New Restrictions in Multi-Character Case-Insensitive Matching in Regular Expression Bracketed Character Classes
308
309 Unicode has now withdrawn their previous recommendation for regular
310 expressions to automatically handle cases where a single character can
311 match multiple characters case-insensitively, for example, the letter
312 LATIN SMALL LETTER SHARP S and the sequence C<ss>.  This is because
313 it turns out to be impracticable to do this correctly in all
314 circumstances.  Because Perl has tried to do this as best it can, it
315 will continue to do so.  (We are considering an option to turn it off.)
316 However, a new restriction is being added on such matches when they
317 occur in [bracketed] character classes.  People were specifying
318 things such as C</[\0-\xff]/i>, and being surprised that it matches the
319 two character sequence C<ss> (since LATIN SMALL LETTER SHARP S occurs in
320 this range).  This behavior is also inconsistent with using a
321 property instead of a range:  C<\p{Block=Latin1}> also includes LATIN
322 SMALL LETTER SHARP S, but C</[\p{Block=Latin1}]/i> does not match C<ss>.
323 The new rule is that for there to be a multi-character case-insensitive
324 match within a bracketed character class, the character must be
325 explicitly listed, and not as an end point of a range.  This more
326 closely obeys the Principle of Least Astonishment.  See
327 L<perlrecharclass/Bracketed Character Classes>.  Note that a bug [perl
328 #89774], now fixed as part of this change, prevented the previous
329 behavior from working fully.
330
331 =head2 Explicit rules for variable names and identifiers
332
333 Due to an oversight, single character variable names in v5.16 were
334 completely unrestricted.  This opened the door to several kinds of
335 insanity.  As of v5.18, these now follow the rules of other identifiers,
336 in addition to accepting characters that match the C<\p{POSIX_Punct}>
337 property.
338
339 There are no longer any differences in the parsing of identifiers
340 specified as C<$...> or C<${...}>; previously, they were dealt with in
341 different parts of the core, and so had slightly different behavior. For
342 instance, C<${foo:bar}> was a legal variable name.  Since they are now
343 both parsed by the same code, that is no longer the case.
344
345 =head2 C<\s> in regular expressions now matches a Vertical Tab
346
347 No one could recall why C<\s> didn't match C<\cK>, the vertical tab.
348 Now it does.  Given the extreme rarity of that character, very little
349 breakage is expected.
350
351 =head2 C</(?{})/> and C</(??{})/> have been heavily reworked
352
353 The implementation of this feature has been almost completely rewritten.
354 Although its main intent is to fix bugs, some behaviors, especially
355 related to the scope of lexical variables, will have changed.  This is
356 described more fully in the L</Selected Bug Fixes> section.
357
358 =head2 Stricter parsing of substitution replacement
359
360 It is no longer possible to abuse the way the parser parses C<s///e> like
361 this:
362
363     %_=(_,"Just another ");
364     $_="Perl hacker,\n";
365     s//_}->{_/e;print
366
367 =head2 C<given> now aliases the global C<$_>
368
369 Instead of assigning to an implicit lexical C<$_>, C<given> now makes the
370 global C<$_> an alias for its argument, just like C<foreach>.  However, it
371 still uses lexical C<$_> if there is lexical C<$_> in scope (again, just like
372 C<foreach>) [perl #114020].
373
374 =head2 The smartmatch family of features are now experimental
375
376 Smart match, added in v5.10.0 and significantly revised in v5.10.1, has been
377 a regular point of complaint.  Although there are a number of ways in which
378 it is useful, it has also proven problematic and confusing for both users and
379 implementors of Perl.  There have been a number of proposals on how to best
380 address the problem.  It is clear that smartmatch is almost certainly either
381 going to change or go away in the future.  Relying on its current behavior
382 is not recommended.
383
384 Warnings will now be issued when the parser sees C<~~>, C<given>, or C<when>.
385 To disable these warnings, you can add this line to the appropriate scope:
386
387   no if $] >= 5.018, "experimental::smartmatch";
388
389 Consider, though, replacing the use of these features, as they may change
390 behavior again before becoming stable.
391
392 =head2 Lexical C<$_> is now experimental
393
394 Since it was introduced in Perl v5.10, it has caused much confusion with no
395 obvious solution:
396
397 =over
398
399 =item *
400
401 Various modules (e.g., List::Util) expect callback routines to use the
402 global C<$_>.  C<use List::Util 'first'; my $_; first { $_ == 1 } @list>
403 does not work as one would expect.
404
405 =item *
406
407 A C<my $_> declaration earlier in the same file can cause confusing closure
408 warnings.
409
410 =item *
411
412 The "_" subroutine prototype character allows called subroutines to access
413 your lexical C<$_>, so it is not really private after all.
414
415 =item *
416
417 Nevertheless, subroutines with a "(@)" prototype and methods cannot access
418 the caller's lexical C<$_>, unless they are written in XS.
419
420 =item *
421
422 But even XS routines cannot access a lexical C<$_> declared, not in the
423 calling subroutine, but in an outer scope, iff that subroutine happened not
424 to mention C<$_> or use any operators that default to C<$_>.
425
426 =back
427
428 It is our hope that lexical C<$_> can be rehabilitated, but this may
429 cause changes in its behavior.  Please use it with caution until it
430 becomes stable.
431
432 =head2 readline() with C<$/ = \N> now reads N characters, not N bytes
433
434 Previously, when reading from a stream with I/O layers such as
435 C<encoding>, the readline() function, otherwise known as the C<< <> >>
436 operator, would read I<N> bytes from the top-most layer. [perl #79960]
437
438 Now, I<N> characters are read instead.
439
440 There is no change in behaviour when reading from streams with no
441 extra layers, since bytes map exactly to characters.
442
443 =head2 Overridden C<glob> is now passed one argument
444
445 C<glob> overrides used to be passed a magical undocumented second argument
446 that identified the caller.  Nothing on CPAN was using this, and it got in
447 the way of a bug fix, so it was removed.  If you really need to identify
448 the caller, see L<Devel::Callsite> on CPAN.
449
450 =head2 Here-doc parsing
451
452 The body of a here-document inside a quote-like operator now always begins
453 on the line after the "<<foo" marker.  Previously, it was documented to
454 begin on the line following the containing quote-like operator, but that
455 was only sometimes the case [perl #114040].
456
457 =head2 Alphanumeric operators must now be separated from the closing
458 delimiter of regular expressions
459
460 You may no longer write something like:
461
462  m/a/and 1
463
464 Instead you must write
465
466  m/a/ and 1
467
468 with whitespace separating the operator from the closing delimiter of
469 the regular expression.  Not having whitespace has resulted in a
470 deprecation warning since Perl v5.14.0.
471
472 =head2 qw(...) can no longer be used as parentheses
473
474 C<qw> lists used to fool the parser into thinking they were always
475 surrounded by parentheses.  This permitted some surprising constructions
476 such as C<foreach $x qw(a b c) {...}>, which should really be written
477 C<foreach $x (qw(a b c)) {...}>.  These would sometimes get the lexer into
478 the wrong state, so they didn't fully work, and the similar C<foreach qw(a
479 b c) {...}> that one might expect to be permitted never worked at all.
480
481 This side effect of C<qw> has now been abolished.  It has been deprecated
482 since Perl v5.13.11.  It is now necessary to use real parentheses
483 everywhere that the grammar calls for them.
484
485 =head2 Interaction of lexical and default warnings
486
487 Turning on any lexical warnings used first to disable all default warnings
488 if lexical warnings were not already enabled:
489
490     $*; # deprecation warning
491     use warnings "void";
492     $#; # void warning; no deprecation warning
493
494 Now, the C<debugging>, C<deprecated>, C<glob>, C<inplace> and C<malloc> warnings
495 categories are left on when turning on lexical warnings (unless they are
496 turned off by C<no warnings>, of course).
497
498 This may cause deprecation warnings to occur in code that used to be free
499 of warnings.
500
501 Those are the only categories consisting only of default warnings.  Default
502 warnings in other categories are still disabled by C<< use warnings "category" >>,
503 as we do not yet have the infrastructure for controlling
504 individual warnings.
505
506 =head2 C<state sub> and C<our sub>
507
508 Due to an accident of history, C<state sub> and C<our sub> were equivalent
509 to a plain C<sub>, so one could even create an anonymous sub with
510 C<our sub { ... }>.  These are now disallowed outside of the "lexical_subs"
511 feature.  Under the "lexical_subs" feature they have new meanings described
512 in L<perlsub/Lexical Subroutines>.
513
514 =head2 Defined values stored in environment are forced to byte strings
515
516 A value stored in an environment variable has always been stringified.  In this
517 release, it is converted to be only a byte string.  First, it is forced to be
518 only a string.  Then if the string is utf8 and the equivalent of
519 C<utf8::downgrade()> works, that result is used; otherwise, the equivalent of
520 C<utf8::encode()> is used, and a warning is issued about wide characters
521 (L</Diagnostics>).
522
523 =head2 C<require> dies for unreadable files
524
525 When C<require> encounters an unreadable file, it now dies.  It used to
526 ignore the file and continue searching the directories in C<@INC>
527 [perl #113422].
528
529 =head2 C<gv_fetchmeth_*> and SUPER
530
531 The various C<gv_fetchmeth_*> XS functions used to treat a package whose
532 named ended with C<::SUPER> specially.  A method lookup on the C<Foo::SUPER>
533 package would be treated as a C<SUPER> method lookup on the C<Foo> package.  This
534 is no longer the case.  To do a C<SUPER> lookup, pass the C<Foo> stash and the
535 C<GV_SUPER> flag.
536
537 =head2 C<split>'s first argument is more consistently interpreted
538
539 After some changes earlier in v5.17, C<split>'s behavior has been
540 simplified: if the PATTERN argument evaluates to a string
541 containing one space, it is treated the way that a I<literal> string
542 containing one space once was.
543
544 =head1 Deprecations
545
546 =head2 Deprecated modules
547
548 The following modules will be removed from the core distribution in a
549 future release, and should be installed from CPAN instead. Distributions
550 on CPAN which require these should add them to their prerequisites.
551 The core versions of these modules will issue C<"deprecated">-category
552 warnings.
553
554 You can silence these deprecation warnings by installing the modules
555 in question from CPAN.
556
557 =over
558
559 =item L<Archive::Extract>
560
561 =item L<B::Lint>
562
563 =item L<B::Lint::Debug>
564
565 =item L<CPANPLUS> and all included C<CPANPLUS::*> modules
566
567 =item L<Devel::InnerPackage>
568
569 =item L<encoding>
570
571 =item L<Log::Message>
572
573 =item L<Log::Message::Config>
574
575 =item L<Log::Message::Handlers>
576
577 =item L<Log::Message::Item>
578
579 =item L<Log::Message::Simple>
580
581 =item L<Module::Pluggable>
582
583 =item L<Module::Pluggable::Object>
584
585 =item L<Object::Accessor>
586
587 =item L<Pod::LaTeX>
588
589 =item L<Term::UI>
590
591 =item L<Term::UI::History>
592
593 =back
594
595 =head2 Deprecated Utilities
596
597 The following utilities will be removed from the core distribution in a
598 future release as their associated modules have been deprecated. They
599 will remain available with the applicable CPAN distribution.
600
601 =over
602
603 =item L<cpanp>
604
605 =item C<cpanp-run-perl>
606
607 =item L<cpan2dist>
608
609 These items are part of the C<CPANPLUS> distribution.
610
611 =item L<pod2latex>
612
613 This item is part of the C<Pod::LaTeX> distribution.
614
615 =back
616
617 =head2 PL_sv_objcount
618
619 This interpreter-global variable used to track the total number of
620 Perl objects in the interpreter. It is no longer maintained and will
621 be removed altogether in Perl v5.20.
622
623 =head2 Five additional characters should be escaped in patterns with C</x>
624
625 When a regular expression pattern is compiled with C</x>, Perl treats 6
626 characters as white space to ignore, such as SPACE and TAB.  However,
627 Unicode recommends 11 characters be treated thusly.  We will conform
628 with this in a future Perl version.  In the meantime, use of any of the
629 missing characters will raise a deprecation warning, unless turned off.
630 The five characters are:
631
632     U+0085 NEXT LINE
633     U+200E LEFT-TO-RIGHT MARK
634     U+200F RIGHT-TO-LEFT MARK
635     U+2028 LINE SEPARATOR
636     U+2029 PARAGRAPH SEPARATOR
637
638 =head2 User-defined charnames with surprising whitespace
639
640 A user-defined character name with trailing or multiple spaces in a row is
641 likely a typo.  This now generates a warning when defined, on the assumption
642 that uses of it will be unlikely to include the excess whitespace.
643
644 =head2 Various XS-callable functions are now deprecated
645
646 All the functions used to classify characters will be removed from a
647 future version of Perl, and should not be used.  With participating C
648 compilers (e.g., gcc), compiling any file that uses any of these will
649 generate a warning.  These were not intended for public use; there are
650 equivalent, faster, macros for most of them.
651
652 See L<perlapi/Character classes>.  The complete list is:
653
654 C<is_uni_alnum>, C<is_uni_alnumc>, C<is_uni_alnumc_lc>,
655 C<is_uni_alnum_lc>, C<is_uni_alpha>, C<is_uni_alpha_lc>,
656 C<is_uni_ascii>, C<is_uni_ascii_lc>, C<is_uni_blank>,
657 C<is_uni_blank_lc>, C<is_uni_cntrl>, C<is_uni_cntrl_lc>,
658 C<is_uni_digit>, C<is_uni_digit_lc>, C<is_uni_graph>,
659 C<is_uni_graph_lc>, C<is_uni_idfirst>, C<is_uni_idfirst_lc>,
660 C<is_uni_lower>, C<is_uni_lower_lc>, C<is_uni_print>,
661 C<is_uni_print_lc>, C<is_uni_punct>, C<is_uni_punct_lc>,
662 C<is_uni_space>, C<is_uni_space_lc>, C<is_uni_upper>,
663 C<is_uni_upper_lc>, C<is_uni_xdigit>, C<is_uni_xdigit_lc>,
664 C<is_utf8_alnum>, C<is_utf8_alnumc>, C<is_utf8_alpha>,
665 C<is_utf8_ascii>, C<is_utf8_blank>, C<is_utf8_char>,
666 C<is_utf8_cntrl>, C<is_utf8_digit>, C<is_utf8_graph>,
667 C<is_utf8_idcont>, C<is_utf8_idfirst>, C<is_utf8_lower>,
668 C<is_utf8_mark>, C<is_utf8_perl_space>, C<is_utf8_perl_word>,
669 C<is_utf8_posix_digit>, C<is_utf8_print>, C<is_utf8_punct>,
670 C<is_utf8_space>, C<is_utf8_upper>, C<is_utf8_xdigit>,
671 C<is_utf8_xidcont>, C<is_utf8_xidfirst>.
672
673 In addition these three functions that have never worked properly are
674 deprecated:
675 C<to_uni_lower_lc>, C<to_uni_title_lc>, and C<to_uni_upper_lc>.
676
677 =head2 Certain rare uses of backslashes within regexes are now deprecated
678
679 There are three pairs of characters that Perl recognizes as
680 metacharacters in regular expression patterns: C<{}>, C<[]>, and C<()>.
681 These can be used as well to delimit patterns, as in:
682
683   m{foo}
684   s(foo)(bar)
685
686 Since they are metacharacters, they have special meaning to regular
687 expression patterns, and it turns out that you can't turn off that
688 special meaning by the normal means of preceding them with a backslash,
689 if you use them, paired, within a pattern delimited by them.  For
690 example, in
691
692   m{foo\{1,3\}}
693
694 the backslashes do not change the behavior, and this matches
695 S<C<"f o">> followed by one to three more occurrences of C<"o">.
696
697 Usages like this, where they are interpreted as metacharacters, are
698 exceedingly rare; we think there are none, for example, in all of CPAN.
699 Hence, this deprecation should affect very little code.  It does give
700 notice, however, that any such code needs to change, which will in turn
701 allow us to change the behavior in future Perl versions so that the
702 backslashes do have an effect, and without fear that we are silently
703 breaking any existing code.
704
705 =head2 Splitting the tokens C<(?> and C<(*> in regular expressions
706
707 A deprecation warning is now raised if the C<(> and C<?> are separated
708 by white space or comments in C<(?...)> regular expression constructs.
709 Similarly, if the C<(> and C<*> are separated in C<(*VERB...)>
710 constructs.
711
712 =head2 Pre-PerlIO IO implementations
713
714 In theory, you can currently build perl without PerlIO.  Instead, you'd use a
715 wrapper around stdio or sfio.  In practice, this isn't very useful.  It's not
716 well tested, and without any support for IO layers or (thus) Unicode, it's not
717 much of a perl.  Building without PerlIO will most likely be removed in the
718 next version of perl.
719
720 PerlIO supports a C<stdio> layer if stdio use is desired.  Similarly a
721 sfio layer could be produced in the future, if needed.
722
723 =head1 Future Deprecations
724
725 =over
726
727 =item *
728
729 Platforms without support infrastructure
730
731 Both Windows CE and z/OS have been historically under-maintained, and are
732 currently neither successfully building nor regularly being smoke tested.
733 Efforts are underway to change this situation, but it should not be taken for
734 granted that the platforms are safe and supported.  If they do not become
735 buildable and regularly smoked, support for them may be actively removed in
736 future releases.  If you have an interest in these platforms and you can lend
737 your time, expertise, or hardware to help support these platforms, please let
738 the perl development effort know by emailing C<perl5-porters@perl.org>.
739
740 Some platforms that appear otherwise entirely dead are also on the short list
741 for removal between now and v5.20.0:
742
743 =over
744
745 =item DG/UX
746
747 =item NeXT
748
749 =back
750
751 We also think it likely that current versions of Perl will no longer
752 build AmigaOS, DJGPP, NetWare (natively), OS/2 and Plan 9. If you
753 are using Perl on such a platform and have an interest in ensuring
754 Perl's future on them, please contact us.
755
756 We believe that Perl has long been unable to build on mixed endian
757 architectures (such as PDP-11s), and intend to remove any remaining
758 support code. Similarly, code supporting the long umaintained GNU
759 dld will be removed soon if no-one makes themselves known as an
760 active user.
761
762 =item *
763
764 Swapping of $< and $>
765
766 Perl has supported the idiom of swapping $< and $> (and likewise $( and
767 $)) to temporarily drop permissions since 5.0, like this:
768
769     ($<, $>) = ($>, $<);
770
771 However, this idiom modifies the real user/group id, which can have
772 undesirable side-effects, is no longer useful on any platform perl
773 supports and complicates the implementation of these variables and list
774 assignment in general.
775
776 As an alternative, assignment only to C<< $> >> is recommended:
777
778     local $> = $<;
779
780 See also: L<Setuid Demystified|http://www.cs.berkeley.edu/~daw/papers/setuid-usenix02.pdf>.
781
782 =item *
783
784 C<microperl>, long broken and of unclear present purpose, will be removed.
785
786 =item *
787
788 Revamping C<< "\Q" >> semantics in double-quotish strings when combined with
789 other escapes.
790
791 There are several bugs and inconsistencies involving combinations
792 of C<\Q> and escapes like C<\x>, C<\L>, etc., within a C<\Q...\E> pair.
793 These need to be fixed, and doing so will necessarily change current
794 behavior.  The changes have not yet been settled.
795
796 =item *
797
798 Use of C<$^>, where C<^> stands for any actual (non-printing) C0 control
799 character will be disallowed in a future Perl version.  Use C<${^}>
800 instead (where again C<^> stands for a control character),
801 or better, C<$^A> , where C<^> this time is a caret (CIRCUMFLEX ACCENT),
802 and C<A> stands for any of the characters listed at the end of
803 L<perlebcdic/OPERATOR DIFFERENCES>.
804
805 =back
806
807 =head1 Performance Enhancements
808
809 =over 4
810
811 =item *
812
813 Lists of lexical variable declarations (C<my($x, $y)>) are now optimised
814 down to a single op and are hence faster than before.
815
816 =item *
817
818 A new C preprocessor define C<NO_TAINT_SUPPORT> was added that, if set,
819 disables Perl's taint support altogether.  Using the -T or -t command
820 line flags will cause a fatal error.  Beware that both core tests as
821 well as many a CPAN distribution's tests will fail with this change.  On
822 the upside, it provides a small performance benefit due to reduced
823 branching.
824
825 B<Do not enable this unless you know exactly what you are getting yourself
826 into.>
827
828 =item *
829
830 C<pack> with constant arguments is now constant folded in most cases
831 [perl #113470].
832
833 =item *
834
835 Speed up in regular expression matching against Unicode properties.  The
836 largest gain is for C<\X>, the Unicode "extended grapheme cluster."  The
837 gain for it is about 35% - 40%.  Bracketed character classes, e.g.,
838 C<[0-9\x{100}]> containing code points above 255 are also now faster.
839
840 =item *
841
842 On platforms supporting it, several former macros are now implemented as static
843 inline functions. This should speed things up slightly on non-GCC platforms.
844
845 =item *
846
847 The optimisation of hashes in boolean context has been extended to
848 affect C<scalar(%hash)>, C<%hash ? ... : ...>, and C<sub { %hash || ... }>.
849
850 =item *
851
852 Filetest operators manage the stack in a fractionally more efficient manner.
853
854 =item *
855
856 Globs used in a numeric context are now numified directly in most cases,
857 rather than being numified via stringification.
858
859 =item *
860
861 The C<x> repetition operator is now folded to a single constant at compile
862 time if called in scalar context with constant operands and no parentheses
863 around the left operand.
864
865 =back
866
867 =head1 Modules and Pragmata
868
869 =head2 New Modules and Pragmata
870
871 =over 4
872
873 =item *
874
875 L<Config::Perl::V> version 0.16 has been added as a dual-lifed module.
876 It provides structured data retrieval of C<perl -V> output including
877 information only known to the C<perl> binary and not available via L<Config>.
878
879 =back
880
881 =head2 Updated Modules and Pragmata
882
883 For a complete list of updates, run:
884
885   $ corelist --diff 5.16.0 5.18.0
886
887 You can substitute your favorite version in place of C<5.16.0>, too.
888
889 =over
890
891 =item *
892
893 L<Archive::Extract> has been upgraded to 0.68.
894
895 Work around an edge case on Linux with Busybox's unzip.
896
897 =item *
898
899 L<Archive::Tar> has been upgraded to 1.90.
900
901 ptar now supports the -T option as well as dashless options
902 [rt.cpan.org #75473], [rt.cpan.org #75475].
903
904 Auto-encode filenames marked as UTF-8 [rt.cpan.org #75474].
905
906 Don't use C<tell> on L<IO::Zlib> handles [rt.cpan.org #64339].
907
908 Don't try to C<chown> on symlinks.
909
910 =item *
911
912 L<autodie> has been upgraded to 2.13.
913
914 C<autodie> now plays nicely with the 'open' pragma.
915
916 =item *
917
918 L<B> has been upgraded to 1.42.
919
920 The C<stashoff> method of COPs has been added.   This provides access to an
921 internal field added in perl 5.16 under threaded builds [perl #113034].
922
923 C<B::COP::stashpv> now supports UTF-8 package names and embedded NULs.
924
925 All C<CVf_*> and C<GVf_*>
926 and more SV-related flag values are now provided as constants in the C<B::>
927 namespace and available for export.  The default export list has not changed.
928
929 This makes the module work with the new pad API.
930
931 =item *
932
933 L<B::Concise> has been upgraded to 0.95.
934
935 The C<-nobanner> option has been fixed, and C<format>s can now be dumped.
936 When passed a sub name to dump, it will check also to see whether it
937 is the name of a format.  If a sub and a format share the same name,
938 it will dump both.
939
940 This adds support for the new C<OpMAYBE_TRUEBOOL> and C<OPpTRUEBOOL> flags.
941
942 =item *
943
944 L<B::Debug> has been upgraded to 1.18.
945
946 This adds support (experimentally) for C<B::PADLIST>, which will be
947 added in Perl 5.17.4.
948
949 =item *
950
951 L<B::Deparse> has been upgraded to 1.20.
952
953 Avoid warning when run under C<perl -w>.
954
955 It now deparses
956 loop controls with the correct precedence, and multiple statements in a
957 C<format> line are also now deparsed correctly.
958
959 This release suppresses trailing semicolons in formats.
960
961 This release adds stub deparsing for lexical subroutines.
962
963 It no longer dies when deparsing C<sort> without arguments.  It now
964 correctly omits the comma for C<system $prog @args> and C<exec $prog
965 @args>.
966
967 =item *
968
969 L<bignum>, L<bigint> and L<bigrat> have been upgraded to 0.33.
970
971 The overrides for C<hex> and C<oct> have been rewritten, eliminating
972 several problems, and making one incompatible change:
973
974 =over
975
976 =item *
977
978 Formerly, whichever of C<use bigint> or C<use bigrat> was compiled later
979 would take precedence over the other, causing C<hex> and C<oct> not to
980 respect the other pragma when in scope.
981
982 =item *
983
984 Using any of these three pragmata would cause C<hex> and C<oct> anywhere
985 else in the program to evalute their arguments in list context and prevent
986 them from inferring $_ when called without arguments.
987
988 =item *
989
990 Using any of these three pragmata would make C<oct("1234")> return 1234
991 (for any number not beginning with 0) anywhere in the program.  Now "1234"
992 is translated from octal to decimal, whether within the pragma's scope or
993 not.
994
995 =item *
996
997 The global overrides that facilitate lexical use of C<hex> and C<oct> now
998 respect any existing overrides that were in place before the new overrides
999 were installed, falling back to them outside of the scope of C<use bignum>.
1000
1001 =item *
1002
1003 C<use bignum "hex">, C<use bignum "oct"> and similar invocations for bigint
1004 and bigrat now export a C<hex> or C<oct> function, instead of providing a
1005 global override.
1006
1007 =back
1008
1009 =item *
1010
1011 L<Carp> has been upgraded to 1.29.
1012
1013 Carp is no longer confused when C<caller> returns undef for a package that
1014 has been deleted.
1015
1016 The C<longmess()> and C<shortmess()> functions are now documented.
1017
1018 =item *
1019
1020 L<CGI> has been upgraded to 3.63.
1021
1022 Unrecognized HTML escape sequences are now handled better, problematic
1023 trailing newlines are no longer inserted after E<lt>formE<gt> tags
1024 by C<startform()> or C<start_form()>, and bogus "Insecure Dependency"
1025 warnings appearing with some versions of perl are now worked around.
1026
1027 =item *
1028
1029 L<Class::Struct> has been upgraded to 0.64.
1030
1031 The constructor now respects overridden accessor methods [perl #29230].
1032
1033 =item *
1034
1035 L<Compress::Raw::Bzip2> has been upgraded to 2.060.
1036
1037 The misuse of Perl's "magic" API has been fixed.
1038
1039 =item *
1040
1041 L<Compress::Raw::Zlib> has been upgraded to 2.060.
1042
1043 Upgrade bundled zlib to version 1.2.7.
1044
1045 Fix build failures on Irix, Solaris, and Win32, and also when building as C++
1046 [rt.cpan.org #69985], [rt.cpan.org #77030], [rt.cpan.org #75222].
1047
1048 The misuse of Perl's "magic" API has been fixed.
1049
1050 C<compress()>, C<uncompress()>, C<memGzip()> and C<memGunzip()> have
1051 been speeded up by making parameter validation more efficient.
1052
1053 =item *
1054
1055 L<CPAN::Meta::Requirements> has been upgraded to 2.122.
1056
1057 Treat undef requirements to C<from_string_hash> as 0 (with a warning).
1058
1059 Added C<requirements_for_module> method.
1060
1061 =item *
1062
1063 L<CPANPLUS> has been upgraded to 0.9135.
1064
1065 Allow adding F<blib/script> to PATH.
1066
1067 Save the history between invocations of the shell.
1068
1069 Handle multiple C<makemakerargs> and C<makeflags> arguments better.
1070
1071 This resolves issues with the SQLite source engine.
1072
1073 =item *
1074
1075 L<Data::Dumper> has been upgraded to 2.145.
1076
1077 It has been optimized to only build a seen-scalar hash as necessary,
1078 thereby speeding up serialization drastically.
1079
1080 Additional tests were added in order to improve statement, branch, condition
1081 and subroutine coverage.  On the basis of the coverage analysis, some of the
1082 internals of Dumper.pm were refactored.  Almost all methods are now
1083 documented.
1084
1085 =item *
1086
1087 L<DB_File> has been upgraded to 1.827.
1088
1089 The main Perl module no longer uses the C<"@_"> construct.
1090
1091 =item *
1092
1093 L<Devel::Peek> has been upgraded to 1.11.
1094
1095 This fixes compilation with C++ compilers and makes the module work with
1096 the new pad API.
1097
1098 =item *
1099
1100 L<Digest::MD5> has been upgraded to 2.52.
1101
1102 Fix C<Digest::Perl::MD5> OO fallback [rt.cpan.org #66634].
1103
1104 =item *
1105
1106 L<Digest::SHA> has been upgraded to 5.84.
1107
1108 This fixes a double-free bug, which might have caused vulnerabilities
1109 in some cases.
1110
1111 =item *
1112
1113 L<DynaLoader> has been upgraded to 1.18.
1114
1115 This is due to a minor code change in the XS for the VMS implementation.
1116
1117 This fixes warnings about using C<CODE> sections without an C<OUTPUT>
1118 section.
1119
1120 =item *
1121
1122 L<Encode> has been upgraded to 2.49.
1123
1124 The Mac alias x-mac-ce has been added, and various bugs have been fixed
1125 in Encode::Unicode, Encode::UTF7 and Encode::GSM0338.
1126
1127 =item *
1128
1129 L<Env> has been upgraded to 1.04.
1130
1131 Its SPLICE implementation no longer misbehaves in list context.
1132
1133 =item *
1134
1135 L<ExtUtils::CBuilder> has been upgraded to 0.280210.
1136
1137 Manifest files are now correctly embedded for those versions of VC++ which
1138 make use of them. [perl #111782, #111798].
1139
1140 A list of symbols to export can now be passed to C<link()> when on
1141 Windows, as on other OSes [perl #115100].
1142
1143 =item *
1144
1145 L<ExtUtils::ParseXS> has been upgraded to 3.18.
1146
1147 The generated C code now avoids unnecessarily incrementing
1148 C<PL_amagic_generation> on Perl versions where it's done automatically
1149 (or on current Perl where the variable no longer exists).
1150
1151 This avoids a bogus warning for initialised XSUB non-parameters [perl
1152 #112776].
1153
1154 =item *
1155
1156 L<File::Copy> has been upgraded to 2.26.
1157
1158 C<copy()> no longer zeros files when copying into the same directory,
1159 and also now fails (as it has long been documented to do) when attempting
1160 to copy a file over itself.
1161
1162 =item *
1163
1164 L<File::DosGlob> has been upgraded to 1.10.
1165
1166 The internal cache of file names that it keeps for each caller is now
1167 freed when that caller is freed.  This means
1168 C<< use File::DosGlob 'glob'; eval 'scalar <*>' >> no longer leaks memory.
1169
1170 =item *
1171
1172 L<File::Fetch> has been upgraded to 0.38.
1173
1174 Added the 'file_default' option for URLs that do not have a file
1175 component.
1176
1177 Use C<File::HomeDir> when available, and provide C<PERL5_CPANPLUS_HOME> to
1178 override the autodetection.
1179
1180 Always re-fetch F<CHECKSUMS> if C<fetchdir> is set.
1181
1182 =item *
1183
1184 L<File::Find> has been upgraded to 1.23.
1185
1186 This fixes inconsistent unixy path handling on VMS.
1187
1188 Individual files may now appear in list of directories to be searched
1189 [perl #59750].
1190
1191 =item *
1192
1193 L<File::Glob> has been upgraded to 1.20.
1194
1195 File::Glob has had exactly the same fix as File::DosGlob.  Since it is
1196 what Perl's own C<glob> operator itself uses (except on VMS), this means
1197 C<< eval 'scalar <*>' >> no longer leaks.
1198
1199 A space-separated list of patterns return long lists of results no longer
1200 results in memory corruption or crashes.  This bug was introduced in
1201 Perl 5.16.0.  [perl #114984]
1202
1203 =item *
1204
1205 L<File::Spec::Unix> has been upgraded to 3.40.
1206
1207 C<abs2rel> could produce incorrect results when given two relative paths or
1208 the root directory twice [perl #111510].
1209
1210 =item *
1211
1212 L<File::stat> has been upgraded to 1.07.
1213
1214 C<File::stat> ignores the L<filetest> pragma, and warns when used in
1215 combination therewith.  But it was not warning for C<-r>.  This has been
1216 fixed [perl #111640].
1217
1218 C<-p> now works, and does not return false for pipes [perl #111638].
1219
1220 Previously C<File::stat>'s overloaded C<-x> and C<-X> operators did not give
1221 the correct results for directories or executable files when running as
1222 root. They had been treating executable permissions for root just like for
1223 any other user, performing group membership tests I<etc> for files not owned
1224 by root. They now follow the correct Unix behaviour - for a directory they
1225 are always true, and for a file if any of the three execute permission bits
1226 are set then they report that root can execute the file. Perl's builtin
1227 C<-x> and C<-X> operators have always been correct.
1228
1229 =item *
1230
1231 L<File::Temp> has been upgraded to 0.23
1232
1233 Fixes various bugs involving directory removal.  Defers unlinking tempfiles if
1234 the initial unlink fails, which fixes problems on NFS.
1235
1236 =item *
1237
1238 L<GDBM_File> has been upgraded to 1.15.
1239
1240 The undocumented optional fifth parameter to C<TIEHASH> has been
1241 removed. This was intended to provide control of the callback used by
1242 C<gdbm*> functions in case of fatal errors (such as filesystem problems),
1243 but did not work (and could never have worked). No code on CPAN even
1244 attempted to use it. The callback is now always the previous default,
1245 C<croak>. Problems on some platforms with how the C<C> C<croak> function
1246 is called have also been resolved.
1247
1248 =item *
1249
1250 L<Hash::Util> has been upgraded to 0.15.
1251
1252 C<hash_unlocked> and C<hashref_unlocked> now returns true if the hash is
1253 unlocked, instead of always returning false [perl #112126].
1254
1255 C<hash_unlocked>, C<hashref_unlocked>, C<lock_hash_recurse> and
1256 C<unlock_hash_recurse> are now exportable [perl #112126].
1257
1258 Two new functions, C<hash_locked> and C<hashref_locked>, have been added.
1259 Oddly enough, these two functions were already exported, even though they
1260 did not exist [perl #112126].
1261
1262 =item *
1263
1264 L<HTTP::Tiny> has been upgraded to 0.025.
1265
1266 Add SSL verification features [github #6], [github #9].
1267
1268 Include the final URL in the response hashref.
1269
1270 Add C<local_address> option.
1271
1272 This improves SSL support.
1273
1274 =item *
1275
1276 L<IO> has been upgraded to 1.28.
1277
1278 C<sync()> can now be called on read-only file handles [perl #64772].
1279
1280 L<IO::Socket> tries harder to cache or otherwise fetch socket
1281 information.
1282
1283 =item *
1284
1285 L<IPC::Cmd> has been upgraded to 0.80.
1286
1287 Use C<POSIX::_exit> instead of C<exit> in C<run_forked> [rt.cpan.org #76901].
1288
1289 =item *
1290
1291 L<IPC::Open3> has been upgraded to 1.13.
1292
1293 The C<open3()> function no longer uses C<POSIX::close()> to close file
1294 descriptors since that breaks the ref-counting of file descriptors done by
1295 PerlIO in cases where the file descriptors are shared by PerlIO streams,
1296 leading to attempts to close the file descriptors a second time when
1297 any such PerlIO streams are closed later on.
1298
1299 =item *
1300
1301 L<Locale::Codes> has been upgraded to 3.25.
1302
1303 It includes some new codes.
1304
1305 =item *
1306
1307 L<Memoize> has been upgraded to 1.03.
1308
1309 Fix the C<MERGE> cache option.
1310
1311 =item *
1312
1313 L<Module::Build> has been upgraded to 0.4003.
1314
1315 Fixed bug where modules without C<$VERSION> might have a version of '0' listed
1316 in 'provides' metadata, which will be rejected by PAUSE.
1317
1318 Fixed bug in PodParser to allow numerals in module names.
1319
1320 Fixed bug where giving arguments twice led to them becoming arrays, resulting
1321 in install paths like F<ARRAY(0xdeadbeef)/lib/Foo.pm>.
1322
1323 A minor bug fix allows markup to be used around the leading "Name" in
1324 a POD "abstract" line, and some documentation improvements have been made.
1325
1326 =item *
1327
1328 L<Module::CoreList> has been upgraded to 2.90
1329
1330 Version information is now stored as a delta, which greatly reduces the
1331 size of the F<CoreList.pm> file.
1332
1333 This restores compatibility with older versions of perl and cleans up
1334 the corelist data for various modules.
1335
1336 =item *
1337
1338 L<Module::Load::Conditional> has been upgraded to 0.54.
1339
1340 Fix use of C<requires> on perls installed to a path with spaces.
1341
1342 Various enhancements include the new use of Module::Metadata.
1343
1344 =item *
1345
1346 L<Module::Metadata> has been upgraded to 1.000011.
1347
1348 The creation of a Module::Metadata object for a typical module file has
1349 been sped up by about 40%, and some spurious warnings about C<$VERSION>s
1350 have been suppressed.
1351
1352 =item *
1353
1354 L<Module::Pluggable> has been upgraded to 4.7.
1355
1356 Amongst other changes, triggers are now allowed on events, which gives
1357 a powerful way to modify behaviour.
1358
1359 =item *
1360
1361 L<Net::Ping> has been upgraded to 2.41.
1362
1363 This fixes some test failures on Windows.
1364
1365 =item *
1366
1367 L<Opcode> has been upgraded to 1.25.
1368
1369 Reflect the removal of the boolkeys opcode and the addition of the
1370 clonecv, introcv and padcv opcodes.
1371
1372 =item *
1373
1374 L<overload> has been upgraded to 1.22.
1375
1376 C<no overload> now warns for invalid arguments, just like C<use overload>.
1377
1378 =item *
1379
1380 L<PerlIO::encoding> has been upgraded to 0.16.
1381
1382 This is the module implementing the ":encoding(...)" I/O layer.  It no
1383 longer corrupts memory or crashes when the encoding back-end reallocates
1384 the buffer or gives it a typeglob or shared hash key scalar.
1385
1386 =item *
1387
1388 L<PerlIO::scalar> has been upgraded to 0.16.
1389
1390 The buffer scalar supplied may now only contain code pounts 0xFF or
1391 lower. [perl #109828]
1392
1393 =item *
1394
1395 L<Perl::OSType> has been upgraded to 1.003.
1396
1397 This fixes a bug detecting the VOS operating system.
1398
1399 =item *
1400
1401 L<Pod::Html> has been upgraded to 1.18.
1402
1403 The option C<--libpods> has been reinstated. It is deprecated, and its use
1404 does nothing other than issue a warning that it is no longer supported.
1405
1406 Since the HTML files generated by pod2html claim to have a UTF-8 charset,
1407 actually write the files out using UTF-8 [perl #111446].
1408
1409 =item *
1410
1411 L<Pod::Simple> has been upgraded to 3.28.
1412
1413 Numerous improvements have been made, mostly to Pod::Simple::XHTML,
1414 which also has a compatibility change: the C<codes_in_verbatim> option
1415 is now disabled by default.  See F<cpan/Pod-Simple/ChangeLog> for the
1416 full details.
1417
1418 =item *
1419
1420 L<re> has been upgraded to 0.23
1421
1422 Single character [class]es like C</[s]/> or C</[s]/i> are now optimized
1423 as if they did not have the brackets, i.e. C</s/> or C</s/i>.
1424
1425 See note about C<op_comp> in the L</Internal Changes> section below.
1426
1427 =item *
1428
1429 L<Safe> has been upgraded to 2.35.
1430
1431 Fix interactions with C<Devel::Cover>.
1432
1433 Don't eval code under C<no strict>.
1434
1435 =item *
1436
1437 L<Scalar::Util> has been upgraded to version 1.27.
1438
1439 Fix an overloading issue with C<sum>.
1440
1441 C<first> and C<reduce> now check the callback first (so C<&first(1)> is
1442 disallowed).
1443
1444 Fix C<tainted> on magical values [rt.cpan.org #55763].
1445
1446 Fix C<sum> on previously magical values [rt.cpan.org #61118].
1447
1448 Fix reading past the end of a fixed buffer [rt.cpan.org #72700].
1449
1450 =item *
1451
1452 L<Search::Dict> has been upgraded to 1.07.
1453
1454 No longer require C<stat> on filehandles.
1455
1456 Use C<fc> for casefolding.
1457
1458 =item *
1459
1460 L<Socket> has been upgraded to 2.009.
1461
1462 Constants and functions required for IP multicast source group membership
1463 have been added.
1464
1465 C<unpack_sockaddr_in()> and C<unpack_sockaddr_in6()> now return just the IP
1466 address in scalar context, and C<inet_ntop()> now guards against incorrect
1467 length scalars being passed in.
1468
1469 This fixes an uninitialized memory read.
1470
1471 =item *
1472
1473 L<Storable> has been upgraded to 2.41.
1474
1475 Modifying C<$_[0]> within C<STORABLE_freeze> no longer results in crashes
1476 [perl #112358].
1477
1478 An object whose class implements C<STORABLE_attach> is now thawed only once
1479 when there are multiple references to it in the structure being thawed
1480 [perl #111918].
1481
1482 Restricted hashes were not always thawed correctly [perl #73972].
1483
1484 Storable would croak when freezing a blessed REF object with a
1485 C<STORABLE_freeze()> method [perl #113880].
1486
1487 It can now freeze and thaw vstrings correctly.  This causes a slight
1488 incompatible change in the storage format, so the format version has
1489 increased to 2.9.
1490
1491 This contains various bugfixes, including compatibility fixes for older
1492 versions of Perl and vstring handling.
1493
1494 =item *
1495
1496 L<Sys::Syslog> has been upgraded to 0.32.
1497
1498 This contains several bug fixes relating to C<getservbyname()>,
1499 C<setlogsock()>and log levels in C<syslog()>, together with fixes for
1500 Windows, Haiku-OS and GNU/kFreeBSD.  See F<cpan/Sys-Syslog/Changes>
1501 for the full details.
1502
1503 =item *
1504
1505 L<Term::ANSIColor> has been upgraded to 4.02.
1506
1507 Add support for italics.
1508
1509 Improve error handling.
1510
1511 =item *
1512
1513 L<Term::ReadLine> has been upgraded to 1.10.  This fixes the
1514 use of the B<cpan> and B<cpanp> shells on Windows in the event that the current
1515 drive happens to contain a F<\dev\tty> file.
1516
1517 =item *
1518
1519 L<Test::Harness> has been upgraded to 3.26.
1520
1521 Fix glob semantics on Win32 [rt.cpan.org #49732].
1522
1523 Don't use C<Win32::GetShortPathName> when calling perl [rt.cpan.org #47890].
1524
1525 Ignore -T when reading shebang [rt.cpan.org #64404].
1526
1527 Handle the case where we don't know the wait status of the test more
1528 gracefully.
1529
1530 Make the test summary 'ok' line overridable so that it can be changed to a
1531 plugin to make the output of prove idempotent.
1532
1533 Don't run world-writable files.
1534
1535 =item *
1536
1537 L<Text::Tabs> and L<Text::Wrap> have been upgraded to
1538 2012.0818.  Support for Unicode combining characters has been added to them
1539 both.
1540
1541 =item *
1542
1543 L<threads::shared> has been upgraded to 1.31.
1544
1545 This adds the option to warn about or ignore attempts to clone structures
1546 that can't be cloned, as opposed to just unconditionally dying in
1547 that case.
1548
1549 This adds support for dual-valued values as created by
1550 L<Scalar::Util::dualvar|Scalar::Util/"dualvar NUM, STRING">.
1551
1552 =item *
1553
1554 L<Tie::StdHandle> has been upgraded to 4.3.
1555
1556 C<READ> now respects the offset argument to C<read> [perl #112826].
1557
1558 =item *
1559
1560 L<Time::Local> has been upgraded to 1.2300.
1561
1562 Seconds values greater than 59 but less than 60 no longer cause
1563 C<timegm()> and C<timelocal()> to croak.
1564
1565 =item *
1566
1567 L<Unicode::UCD> has been upgraded to 0.53.
1568
1569 This adds a function L<all_casefolds()|Unicode::UCD/all_casefolds()>
1570 that returns all the casefolds.
1571
1572 =item *
1573
1574 L<Win32> has been upgraded to 0.47.
1575
1576 New APIs have been added for getting and setting the current code page.
1577
1578 =back
1579
1580
1581 =head2 Removed Modules and Pragmata
1582
1583 =over
1584
1585 =item *
1586
1587 L<Version::Requirements> has been removed from the core distribution.  It is
1588 available under a different name: L<CPAN::Meta::Requirements>.
1589
1590 =back
1591
1592 =head1 Documentation
1593
1594 =head2 Changes to Existing Documentation
1595
1596 =head3 L<perlcheat>
1597
1598 =over 4
1599
1600 =item *
1601
1602 L<perlcheat> has been reorganized, and a few new sections were added.
1603
1604 =back
1605
1606 =head3 L<perldata>
1607
1608 =over 4
1609
1610 =item *
1611
1612 Now explicitly documents the behaviour of hash initializer lists that
1613 contain duplicate keys.
1614
1615 =back
1616
1617 =head3 L<perldiag>
1618
1619 =over 4
1620
1621 =item *
1622
1623 The explanation of symbolic references being prevented by "strict refs"
1624 now doesn't assume that the reader knows what symbolic references are.
1625
1626 =back
1627
1628 =head3 L<perlfaq>
1629
1630 =over 4
1631
1632 =item *
1633
1634 L<perlfaq> has been synchronized with version 5.0150040 from CPAN.
1635
1636 =back
1637
1638 =head3 L<perlfunc>
1639
1640 =over 4
1641
1642 =item *
1643
1644 The return value of C<pipe> is now documented.
1645
1646 =item *
1647
1648 Clarified documentation of C<our>.
1649
1650 =back
1651
1652 =head3 L<perlop>
1653
1654 =over 4
1655
1656 =item *
1657
1658 Loop control verbs (C<dump>, C<goto>, C<next>, C<last> and C<redo>) have always
1659 had the same precedence as assignment operators, but this was not documented
1660 until now.
1661
1662 =back
1663
1664 =head3 Diagnostics
1665
1666 The following additions or changes have been made to diagnostic output,
1667 including warnings and fatal error messages.  For the complete list of
1668 diagnostic messages, see L<perldiag>.
1669
1670 =head2 New Diagnostics
1671
1672 =head3 New Errors
1673
1674 =over 4
1675
1676 =item *
1677
1678 L<Unterminated delimiter for here document|perldiag/"Unterminated delimiter for here document">
1679
1680 This message now occurs when a here document label has an initial quotation
1681 mark but the final quotation mark is missing.
1682
1683 This replaces a bogus and misleading error message about not finding the label
1684 itself [perl #114104].
1685
1686 =item *
1687
1688 L<panic: child pseudo-process was never scheduled|perldiag/"panic: child pseudo-process was never scheduled">
1689
1690 This error is thrown when a child pseudo-process in the ithreads implementation
1691 on Windows was not scheduled within the time period allowed and therefore was
1692 not able to initialize properly [perl #88840].
1693
1694 =item *
1695
1696 L<Group name must start with a non-digit word character in regex; marked by <-- HERE in mE<sol>%sE<sol>|perldiag/"Group name must start with a non-digit word character in regex; marked by <-- HERE in m/%s/">
1697
1698 This error has been added for C<(?&0)>, which is invalid.  It used to
1699 produce an incomprehensible error message [perl #101666].
1700
1701 =item *
1702
1703 L<Can't use an undefined value as a subroutine reference|perldiag/"Can't use an undefined value as %s reference">
1704
1705 Calling an undefined value as a subroutine now produces this error message.
1706 It used to, but was accidentally disabled, first in Perl 5.004 for
1707 non-magical variables, and then in Perl v5.14 for magical (e.g., tied)
1708 variables.  It has now been restored.  In the mean time, undef was treated
1709 as an empty string [perl #113576].
1710
1711 =item *
1712
1713 L<Experimental "%s" subs not enabled|perldiag/"Experimental "%s" subs not enabled">
1714
1715 To use lexical subs, you must first enable them:
1716
1717     no warnings 'experimental::lexical_subs';
1718     use feature 'lexical_subs';
1719     my sub foo { ... }
1720
1721 =back
1722
1723 =head3 New Warnings
1724
1725 =over 4
1726
1727 =item *
1728
1729 L<'Strings with code points over 0xFF may not be mapped into in-memory file handles'|perldiag/"Strings with code points over 0xFF may not be mapped into in-memory file handles">
1730
1731 =item *
1732
1733 L<'%s' resolved to '\o{%s}%d'|perldiag/"'%s' resolved to '\o{%s}%d'">
1734
1735 =item *
1736
1737 L<'Trailing white-space in a charnames alias definition is deprecated'|perldiag/"Trailing white-space in a charnames alias definition is deprecated">
1738
1739 =item *
1740
1741 L<'A sequence of multiple spaces in a charnames alias definition is deprecated'|perldiag/"A sequence of multiple spaces in a charnames alias definition is deprecated">
1742
1743 =item *
1744
1745 L<'Passing malformed UTF-8 to "%s" is deprecated'|perldiag/"Passing malformed UTF-8 to "%s" is deprecated">
1746
1747 =item *
1748
1749 L<Subroutine "&%s" is not available|perldiag/"Subroutine "&%s" is not available">
1750
1751 (W closure) During compilation, an inner named subroutine or eval is
1752 attempting to capture an outer lexical subroutine that is not currently
1753 available.  This can happen for one of two reasons.  First, the lexical
1754 subroutine may be declared in an outer anonymous subroutine that has not
1755 yet been created.  (Remember that named subs are created at compile time,
1756 while anonymous subs are created at run-time.)  For example,
1757
1758     sub { my sub a {...} sub f { \&a } }
1759
1760 At the time that f is created, it can't capture the current the "a" sub,
1761 since the anonymous subroutine hasn't been created yet.  Conversely, the
1762 following won't give a warning since the anonymous subroutine has by now
1763 been created and is live:
1764
1765     sub { my sub a {...} eval 'sub f { \&a }' }->();
1766
1767 The second situation is caused by an eval accessing a variable that has
1768 gone out of scope, for example,
1769
1770     sub f {
1771         my sub a {...}
1772         sub { eval '\&a' }
1773     }
1774     f()->();
1775
1776 Here, when the '\&a' in the eval is being compiled, f() is not currently
1777 being executed, so its &a is not available for capture.
1778
1779 =item *
1780
1781 L<"%s" subroutine &%s masks earlier declaration in same %s|perldiag/"%s" subroutine &%s masks earlier declaration in same %s>
1782
1783 (W misc) A "my" or "state" subroutine has been redeclared in the
1784 current scope or statement, effectively eliminating all access to
1785 the previous instance.  This is almost always a typographical error.
1786 Note that the earlier subroutine will still exist until the end of
1787 the scope or until all closure references to it are destroyed.
1788
1789 =item *
1790
1791 L<The %s feature is experimental|perldiag/"The %s feature is experimental">
1792
1793 (S experimental) This warning is emitted if you enable an experimental
1794 feature via C<use feature>.  Simply suppress the warning if you want
1795 to use the feature, but know that in doing so you are taking the risk
1796 of using an experimental feature which may change or be removed in a
1797 future Perl version:
1798
1799     no warnings "experimental::lexical_subs";
1800     use feature "lexical_subs";
1801
1802 =item *
1803
1804 L<sleep(%u) too large|perldiag/"sleep(%u) too large">
1805
1806 (W overflow) You called C<sleep> with a number that was larger than it can
1807 reliably handle and C<sleep> probably slept for less time than requested.
1808
1809 =item *
1810
1811 L<Wide character in setenv|perldiag/"Wide character in %s">
1812
1813 Attempts to put wide characters into environment variables via C<%ENV> now
1814 provoke this warning.
1815
1816 =item *
1817
1818 "L<Invalid negative number (%s) in chr|perldiag/"Invalid negative number (%s) in chr">"
1819
1820 C<chr()> now warns when passed a negative value [perl #83048].
1821
1822 =item *
1823
1824 "L<Integer overflow in srand|perldiag/"Integer overflow in srand">"
1825
1826 C<srand()> now warns when passed a value that doesn't fit in a C<UV> (since the
1827 value will be truncated rather than overflowing) [perl #40605].
1828
1829 =item *
1830
1831 "L<-i used with no filenames on the command line, reading from STDIN|perldiag/"-i used with no filenames on the command line, reading from STDIN">"
1832
1833 Running perl with the C<-i> flag now warns if no input files are provided on
1834 the command line [perl #113410].
1835
1836 =back
1837
1838 =head2 Changes to Existing Diagnostics
1839
1840 =over 4
1841
1842 =item *
1843
1844 L<$* is no longer supported|perldiag/"$* is no longer supported">
1845
1846 The warning that use of C<$*> and C<$#> is no longer supported is now
1847 generated for every location that references them.  Previously it would fail
1848 to be generated if another variable using the same typeglob was seen first
1849 (e.g. C<@*> before C<$*>), and would not be generated for the second and
1850 subsequent uses.  (It's hard to fix the failure to generate warnings at all
1851 without also generating them every time, and warning every time is
1852 consistent with the warnings that C<$[> used to generate.)
1853
1854 =item *
1855
1856 The warnings for C<\b{> and C<\B{> were added.  They are a deprecation
1857 warning which should be turned off by that category.  One should not
1858 have to turn off regular regexp warnings as well to get rid of these.
1859
1860 =item *
1861
1862 L<Constant(%s): Call to &{$^H{%s}} did not return a defined value|perldiag/Constant(%s): Call to &{$^H{%s}} did not return a defined value>
1863
1864 Constant overloading that returns C<undef> results in this error message.
1865 For numeric constants, it used to say "Constant(undef)".  "undef" has been
1866 replaced with the number itself.
1867
1868 =item *
1869
1870 The error produced when a module cannot be loaded now includes a hint that
1871 the module may need to be installed: "Can't locate hopping.pm in @INC (you
1872 may need to install the hopping module) (@INC contains: ...)"
1873
1874 =item *
1875
1876 L<vector argument not supported with alpha versions|perldiag/vector argument not supported with alpha versions>
1877
1878 This warning was not suppressable, even with C<no warnings>.  Now it is
1879 suppressible, and has been moved from the "internal" category to the
1880 "printf" category.
1881
1882 =item *
1883
1884 C<< Can't do {n,m} with n > m in regex; marked by <-- HERE in m/%s/ >>
1885
1886 This fatal error has been turned into a warning that reads:
1887
1888 L<< Quantifier {n,m} with n > m can't match in regex | perldiag/Quantifier {n,m} with n > m can't match in regex >>
1889
1890 (W regexp) Minima should be less than or equal to maxima.  If you really want
1891 your regexp to match something 0 times, just put {0}.
1892
1893 =item *
1894
1895 The "Runaway prototype" warning that occurs in bizarre cases has been
1896 removed as being unhelpful and inconsistent.
1897
1898 =item *
1899
1900 The "Not a format reference" error has been removed, as the only case in
1901 which it could be triggered was a bug.
1902
1903 =item *
1904
1905 The "Unable to create sub named %s" error has been removed for the same
1906 reason.
1907
1908 =item *
1909
1910 The 'Can't use "my %s" in sort comparison' error has been downgraded to a
1911 warning, '"my %s" used in sort comparison' (with 'state' instead of 'my'
1912 for state variables).  In addition, the heuristics for guessing whether
1913 lexical $a or $b has been misused have been improved to generate fewer
1914 false positives.  Lexical $a and $b are no longer disallowed if they are
1915 outside the sort block.  Also, a named unary or list operator inside the
1916 sort block no longer causes the $a or $b to be ignored [perl #86136].
1917
1918 =back
1919
1920 =head1 Utility Changes
1921
1922 =head3 L<h2xs>
1923
1924 =over 4
1925
1926 =item *
1927
1928 F<h2xs> no longer produces invalid code for empty defines.  [perl #20636]
1929
1930 =back
1931
1932 =head1 Configuration and Compilation
1933
1934 =over 4
1935
1936 =item *
1937
1938 Added C<useversionedarchname> option to Configure
1939
1940 When set, it includes 'api_versionstring' in 'archname'. E.g.
1941 x86_64-linux-5.13.6-thread-multi.  It is unset by default.
1942
1943 This feature was requested by Tim Bunce, who observed that
1944 C<INSTALL_BASE> creates a library structure that does not
1945 differentiate by perl version.  Instead, it places architecture
1946 specific files in "$install_base/lib/perl5/$archname".  This makes
1947 it difficult to use a common C<INSTALL_BASE> library path with
1948 multiple versions of perl.
1949
1950 By setting C<-Duseversionedarchname>, the $archname will be
1951 distinct for architecture I<and> API version, allowing mixed use of
1952 C<INSTALL_BASE>.
1953
1954 =item *
1955
1956 Add a C<PERL_NO_INLINE_FUNCTIONS> option
1957
1958 If C<PERL_NO_INLINE_FUNCTIONS> is defined, don't include "inline.h"
1959
1960 This permits test code to include the perl headers for definitions without
1961 creating a link dependency on the perl library (which may not exist yet).
1962
1963 =item *
1964
1965 Configure will honour the external C<MAILDOMAIN> environment variable, if set.
1966
1967 =item *
1968
1969 C<installman> no longer ignores the silent option
1970
1971 =item *
1972
1973 Both C<META.yml> and C<META.json> files are now included in the distribution.
1974
1975 =item *
1976
1977 F<Configure> will now correctly detect C<isblank()> when compiling with a C++
1978 compiler.
1979
1980 =item *
1981
1982 The pager detection in F<Configure> has been improved to allow responses which
1983 specify options after the program name, e.g. B</usr/bin/less -R>, if the user
1984 accepts the default value.  This helps B<perldoc> when handling ANSI escapes
1985 [perl #72156].
1986
1987 =back
1988
1989 =head1 Testing
1990
1991 =over 4
1992
1993 =item *
1994
1995 The test suite now has a section for tests that require very large amounts
1996 of memory.  These tests won't run by default; they can be enabled by
1997 setting the C<PERL_TEST_MEMORY> environment variable to the number of
1998 gibibytes of memory that may be safely used.
1999
2000 =back
2001
2002 =head1 Platform Support
2003
2004 =head2 Discontinued Platforms
2005
2006 =over 4
2007
2008 =item BeOS
2009
2010 BeOS was an operating system for personal computers developed by Be Inc,
2011 initially for their BeBox hardware. The OS Haiku was written as an open
2012 source replacement for/continuation of BeOS, and its perl port is current and
2013 actively maintained.
2014
2015 =item UTS Global
2016
2017 Support code relating to UTS global has been removed.  UTS was a mainframe
2018 version of System V created by Amdahl, subsequently sold to UTS Global.  The
2019 port has not been touched since before Perl v5.8.0, and UTS Global is now
2020 defunct.
2021
2022 =item VM/ESA
2023
2024 Support for VM/ESA has been removed. The port was tested on 2.3.0, which
2025 IBM ended service on in March 2002. 2.4.0 ended service in June 2003, and
2026 was superseded by Z/VM. The current version of Z/VM is V6.2.0, and scheduled
2027 for end of service on 2015/04/30.
2028
2029 =item MPE/IX
2030
2031 Support for MPE/IX has been removed.
2032
2033 =item EPOC
2034
2035 Support code relating to EPOC has been removed.  EPOC was a family of
2036 operating systems developed by Psion for mobile devices.  It was the
2037 predecessor of Symbian.  The port was last updated in April 2002.
2038
2039 =item Rhapsody
2040
2041 Support for Rhapsody has been removed.
2042
2043 =back
2044
2045 =head2 Platform-Specific Notes
2046
2047 =head3 AIX
2048
2049 Configure now always adds C<-qlanglvl=extc99> to the CC flags on AIX when
2050 using xlC.  This will make it easier to compile a number of XS-based modules
2051 that assume C99 [perl #113778].
2052
2053 =head3 clang++
2054
2055 There is now a workaround for a compiler bug that prevented compiling
2056 with clang++ since Perl v5.15.7 [perl #112786].
2057
2058 =head3 C++
2059
2060 When compiling the Perl core as C++ (which is only semi-supported), the
2061 mathom functions are now compiled as C<extern "C">, to ensure proper
2062 binary compatibility.  (However, binary compatibility isn't generally
2063 guaranteed anyway in the situations where this would matter.)
2064
2065 =head3 Darwin
2066
2067 Stop hardcoding an alignment on 8 byte boundaries to fix builds using
2068 -Dusemorebits.
2069
2070 =head3 Haiku
2071
2072 Perl should now work out of the box on Haiku R1 Alpha 4.
2073
2074 =head3 MidnightBSD
2075
2076 C<libc_r> was removed from recent versions of MidnightBSD and older versions
2077 work better with C<pthread>. Threading is now enabled using C<pthread> which
2078 corrects build errors with threading enabled on 0.4-CURRENT.
2079
2080 =head3 Solaris
2081
2082 In Configure, avoid running sed commands with flags not supported on Solaris.
2083
2084 =head3 VMS
2085
2086 =over
2087
2088 =item *
2089
2090 Where possible, the case of filenames and command-line arguments is now
2091 preserved by enabling the CRTL features C<DECC$EFS_CASE_PRESERVE> and
2092 C<DECC$ARGV_PARSE_STYLE> at start-up time.  The latter only takes effect
2093 when extended parse is enabled in the process from which Perl is run.
2094
2095 =item *
2096
2097 The character set for Extended Filename Syntax (EFS) is now enabled by default
2098 on VMS.  Among other things, this provides better handling of dots in directory
2099 names, multiple dots in filenames, and spaces in filenames.  To obtain the old
2100 behavior, set the logical name C<DECC$EFS_CHARSET> to C<DISABLE>.
2101
2102 =item *
2103
2104 Fixed linking on builds configured with C<-Dusemymalloc=y>.
2105
2106 =item *
2107
2108 Experimental support for building Perl with the HP C++ compiler is available
2109 by configuring with C<-Dusecxx>.
2110
2111 =item *
2112
2113 All C header files from the top-level directory of the distribution are now
2114 installed on VMS, providing consistency with a long-standing practice on other
2115 platforms. Previously only a subset were installed, which broke non-core
2116 extension builds for extensions that depended on the missing include files.
2117
2118 =item *
2119
2120 Quotes are now removed from the command verb (but not the parameters) for
2121 commands spawned via C<system>, backticks, or a piped C<open>.  Previously,
2122 quotes on the verb were passed through to DCL, which would fail to recognize
2123 the command.  Also, if the verb is actually a path to an image or command
2124 procedure on an ODS-5 volume, quoting it now allows the path to contain spaces.
2125
2126 =item *
2127
2128 The B<a2p> build has been fixed for the HP C++ compiler on OpenVMS.
2129
2130 =back
2131
2132 =head3 Win32
2133
2134 =over
2135
2136 =item *
2137
2138 Perl can now be built using Microsoft's Visual C++ 2012 compiler by specifying
2139 CCTYPE=MSVC110 (or MSVC110FREE if you are using the free Express edition for
2140 Windows Desktop) in F<win32/Makefile>.
2141
2142 =item *
2143
2144 The option to build without C<USE_SOCKETS_AS_HANDLES> has been removed.
2145
2146 =item *
2147
2148 Fixed a problem where perl could crash while cleaning up threads (including the
2149 main thread) in threaded debugging builds on Win32 and possibly other platforms
2150 [perl #114496].
2151
2152 =item *
2153
2154 A rare race condition that would lead to L<sleep|perlfunc/sleep> taking more
2155 time than requested, and possibly even hanging, has been fixed [perl #33096].
2156
2157 =item *
2158
2159 C<link> on Win32 now attempts to set C<$!> to more appropriate values
2160 based on the Win32 API error code. [perl #112272]
2161
2162 Perl no longer mangles the environment block, e.g. when launching a new
2163 sub-process, when the environment contains non-ASCII characters. Known
2164 problems still remain, however, when the environment contains characters
2165 outside of the current ANSI codepage (e.g. see the item about Unicode in
2166 C<%ENV> in L<http://perl5.git.perl.org/perl.git/blob/HEAD:/Porting/todo.pod>).
2167 [perl #113536]
2168
2169 =item *
2170
2171 Building perl with some Windows compilers used to fail due to a problem
2172 with miniperl's C<glob> operator (which uses the C<perlglob> program)
2173 deleting the PATH environment variable [perl #113798].
2174
2175 =item *
2176
2177 A new makefile option, C<USE_64_BIT_INT>, has been added to the Windows
2178 makefiles.  Set this to "define" when building a 32-bit perl if you want
2179 it to use 64-bit integers.
2180
2181 Machine code size reductions, already made to the DLLs of XS modules in
2182 Perl v5.17.2, have now been extended to the perl DLL itself.
2183
2184 Building with VC++ 6.0 was inadvertently broken in Perl v5.17.2 but has
2185 now been fixed again.
2186
2187 =back
2188
2189 =head3 WinCE
2190
2191 Building on WinCE is now possible once again, although more work is required
2192 to fully restore a clean build.
2193
2194 =head1 Internal Changes
2195
2196 =over
2197
2198 =item *
2199
2200 Synonyms for the misleadingly named C<av_len()> have been created:
2201 C<av_top_index()> and C<av_tindex>.  All three of these return the
2202 number of the highest index in the array, not the number of elements it
2203 contains.
2204
2205 =item *
2206
2207 SvUPGRADE() is no longer an expression. Originally this macro (and its
2208 underlying function, sv_upgrade()) were documented as boolean, although
2209 in reality they always croaked on error and never returned false. In 2005
2210 the documentation was updated to specify a void return value, but
2211 SvUPGRADE() was left always returning 1 for backwards compatibility. This
2212 has now been removed, and SvUPGRADE() is now a statement with no return
2213 value.
2214
2215 So this is now a syntax error:
2216
2217     if (!SvUPGRADE(sv)) { croak(...); }
2218
2219 If you have code like that, simply replace it with
2220
2221     SvUPGRADE(sv);
2222
2223 or to avoid compiler warnings with older perls, possibly
2224
2225     (void)SvUPGRADE(sv);
2226
2227 =item *
2228
2229 Perl has a new copy-on-write mechanism that allows any SvPOK scalar to be
2230 upgraded to a copy-on-write scalar.  A reference count on the string buffer
2231 is stored in the string buffer itself.  This feature is B<not enabled by
2232 default>.
2233
2234 It can be enabled in a perl build by running F<Configure> with
2235 B<-Accflags=-DPERL_NEW_COPY_ON_WRITE>, and we would encourage XS authors
2236 to try their code with such an enabled perl, and provide feedback.
2237 Unfortunately, there is not yet a good guide to updating XS code to cope
2238 with COW.  Until such a document is available, consult the perl5-porters
2239 mailing list.
2240
2241 It breaks a few XS modules by allowing copy-on-write scalars to go
2242 through code paths that never encountered them before.
2243
2244 =item *
2245
2246 Copy-on-write no longer uses the SvFAKE and SvREADONLY flags.  Hence,
2247 SvREADONLY indicates a true read-only SV.
2248
2249 Use the SvIsCOW macro (as before) to identify a copy-on-write scalar.
2250
2251 =item *
2252
2253 C<PL_glob_index> is gone.
2254
2255 =item *
2256
2257 The private Perl_croak_no_modify has had its context parameter removed.  It is
2258 now has a void prototype.  Users of the public API croak_no_modify remain
2259 unaffected.
2260
2261 =item *
2262
2263 Copy-on-write (shared hash key) scalars are no longer marked read-only.
2264 C<SvREADONLY> returns false on such an SV, but C<SvIsCOW> still returns
2265 true.
2266
2267 =item *
2268
2269 A new op type, C<OP_PADRANGE> has been introduced.  The perl peephole
2270 optimiser will, where possible, substitute a single padrange op for a
2271 pushmark followed by one or more pad ops, and possibly also skipping list
2272 and nextstate ops.  In addition, the op can carry out the tasks associated
2273 with the RHS of a C<< my(...) = @_ >> assignment, so those ops may be optimised
2274 away too.
2275
2276 =item *
2277
2278 Case-insensitive matching inside a [bracketed] character class with a
2279 multi-character fold no longer excludes one of the possibilities in the
2280 circumstances that it used to. [perl #89774].
2281
2282 =item *
2283
2284 C<PL_formfeed> has been removed.
2285
2286 =item *
2287
2288 The regular expression engine no longer reads one byte past the end of the
2289 target string.  While for all internally well-formed scalars this should
2290 never have been a problem, this change facilitates clever tricks with
2291 string buffers in CPAN modules.  [perl #73542]
2292
2293 =item *
2294
2295 Inside a BEGIN block, C<PL_compcv> now points to the currently-compiling
2296 subroutine, rather than the BEGIN block itself.
2297
2298 =item *
2299
2300 C<mg_length> has been deprecated.
2301
2302 =item *
2303
2304 C<sv_len> now always returns a byte count and C<sv_len_utf8> a character
2305 count.  Previously, C<sv_len> and C<sv_len_utf8> were both buggy and would
2306 sometimes returns bytes and sometimes characters.  C<sv_len_utf8> no longer
2307 assumes that its argument is in UTF-8.  Neither of these creates UTF-8 caches
2308 for tied or overloaded values or for non-PVs any more.
2309
2310 =item *
2311
2312 C<sv_mortalcopy> now copies string buffers of shared hash key scalars when
2313 called from XS modules [perl #79824].
2314
2315 =item *
2316
2317 C<RXf_SPLIT> and C<RXf_SKIPWHITE> are no longer used.  They are now
2318 #defined as 0.
2319
2320 =item *
2321
2322 The new C<RXf_MODIFIES_VARS> flag can be set by custom regular expression
2323 engines to indicate that the execution of the regular expression may cause
2324 variables to be modified.  This lets C<s///> know to skip certain
2325 optimisations.  Perl's own regular expression engine sets this flag for the
2326 special backtracking verbs that set $REGMARK and $REGERROR.
2327
2328 =item *
2329
2330 The APIs for accessing lexical pads have changed considerably.
2331
2332 C<PADLIST>s are now longer C<AV>s, but their own type instead.
2333 C<PADLIST>s now contain a C<PAD> and a C<PADNAMELIST> of C<PADNAME>s,
2334 rather than C<AV>s for the pad and the list of pad names.  C<PAD>s,
2335 C<PADNAMELIST>s, and C<PADNAME>s are to be accessed as such through the
2336 newly added pad API instead of the plain C<AV> and C<SV> APIs.  See
2337 L<perlapi> for details.
2338
2339 =item *
2340
2341 In the regex API, the numbered capture callbacks are passed an index
2342 indicating what match variable is being accessed. There are special
2343 index values for the C<$`, $&, $&> variables. Previously the same three
2344 values were used to retrieve C<${^PREMATCH}, ${^MATCH}, ${^POSTMATCH}>
2345 too, but these have now been assigned three separate values. See
2346 L<perlreapi/Numbered capture callbacks>.
2347
2348 =item *
2349
2350 C<PL_sawampersand> was previously a boolean indicating that any of
2351 C<$`, $&, $&> had been seen; it now contains three one-bit flags
2352 indicating the presence of each of the variables individually.
2353
2354 =item *
2355
2356 The C<CV *> typemap entry now supports C<&{}> overloading and typeglobs,
2357 just like C<&{...}> [perl #96872].
2358
2359 =item *
2360
2361 The C<SVf_AMAGIC> flag to indicate overloading is now on the stash, not the
2362 object.  It is now set automatically whenever a method or @ISA changes, so
2363 its meaning has changed, too.  It now means "potentially overloaded".  When
2364 the overload table is calculated, the flag is automatically turned off if
2365 there is no overloading, so there should be no noticeable slowdown.
2366
2367 The staleness of the overload tables is now checked when overload methods
2368 are invoked, rather than during C<bless>.
2369
2370 "A" magic is gone.  The changes to the handling of the C<SVf_AMAGIC> flag
2371 eliminate the need for it.
2372
2373 C<PL_amagic_generation> has been removed as no longer necessary.  For XS
2374 modules, it is now a macro alias to C<PL_na>.
2375
2376 The fallback overload setting is now stored in a stash entry separate from
2377 overloadedness itself.
2378
2379 =item *
2380
2381 The character-processing code has been cleaned up in places.  The changes
2382 should be operationally invisible.
2383
2384 =item *
2385
2386 The C<study> function was made a no-op in v5.16.  It was simply disabled via
2387 a C<return> statement; the code was left in place.  Now the code supporting
2388 what C<study> used to do has been removed.
2389
2390 =item *
2391
2392 Under threaded perls, there is no longer a separate PV allocated for every
2393 COP to store its package name (C<< cop->stashpv >>).  Instead, there is an
2394 offset (C<< cop->stashoff >>) into the new C<PL_stashpad> array, which
2395 holds stash pointers.
2396
2397 =item *
2398
2399 In the pluggable regex API, the C<regexp_engine> struct has acquired a new
2400 field C<op_comp>, which is currently just for perl's internal use, and
2401 should be initialized to NULL by other regex plugin modules.
2402
2403 =item *
2404
2405 A new function C<alloccopstash> has been added to the API, but is considered
2406 experimental.  See L<perlapi>.
2407
2408 =item *
2409
2410 Perl used to implement get magic in a way that would sometimes hide bugs in
2411 code that could call mg_get() too many times on magical values.  This hiding of
2412 errors no longer occurs, so long-standing bugs may become visible now.  If
2413 you see magic-related errors in XS code, check to make sure it, together
2414 with the Perl API functions it uses, calls mg_get() only once on SvGMAGICAL()
2415 values.
2416
2417 =item *
2418
2419 OP allocation for CVs now uses a slab allocator.  This simplifies
2420 memory management for OPs allocated to a CV, so cleaning up after a
2421 compilation error is simpler and safer [perl #111462][perl #112312].
2422
2423 =item *
2424
2425 C<PERL_DEBUG_READONLY_OPS> has been rewritten to work with the new slab
2426 allocator, allowing it to catch more violations than before.
2427
2428 =item *
2429
2430 The old slab allocator for ops, which was only enabled for C<PERL_IMPLICIT_SYS>
2431 and C<PERL_DEBUG_READONLY_OPS>, has been retired.
2432
2433 =back
2434
2435 =head1 Selected Bug Fixes
2436
2437 =over 4
2438
2439 =item *
2440
2441 Here-doc terminators no longer require a terminating newline character when
2442 they occur at the end of a file.  This was already the case at the end of a
2443 string eval [perl #65838].
2444
2445 =item *
2446
2447 C<-DPERL_GLOBAL_STRUCT> builds now free the global struct B<after>
2448 they've finished using it.
2449
2450 =item *
2451
2452 A trailing '/' on a path in @INC will no longer have an additional '/'
2453 appended.
2454
2455 =item *
2456
2457 The C<:crlf> layer now works when unread data doesn't fit into its own
2458 buffer. [perl #112244].
2459
2460 =item *
2461
2462 C<ungetc()> now handles UTF-8 encoded data. [perl #116322].
2463
2464 =item *
2465
2466 A bug in the core typemap caused any C types that map to the T_BOOL core
2467 typemap entry to not be set, updated, or modified when the T_BOOL variable was
2468 used in an OUTPUT: section with an exception for RETVAL. T_BOOL in an INPUT:
2469 section was not affected. Using a T_BOOL return type for an XSUB (RETVAL)
2470 was not affected. A side effect of fixing this bug is, if a T_BOOL is specified
2471 in the OUTPUT: section (which previous did nothing to the SV), and a read only
2472 SV (literal) is passed to the XSUB, croaks like "Modification of a read-only
2473 value attempted" will happen. [perl #115796]
2474
2475 =item *
2476
2477 On many platforms, providing a directory name as the script name caused perl
2478 to do nothing and report success.  It should now universally report an error
2479 and exit nonzero. [perl #61362]
2480
2481 =item *
2482
2483 C<sort {undef} ...> under fatal warnings no longer crashes.  It had
2484 begun crashing in Perl v5.16.
2485
2486 =item *
2487
2488 Stashes blessed into each other
2489 (C<bless \%Foo::, 'Bar'; bless \%Bar::, 'Foo'>) no longer result in double
2490 frees.  This bug started happening in Perl v5.16.
2491
2492 =item *
2493
2494 Numerous memory leaks have been fixed, mostly involving fatal warnings and
2495 syntax errors.
2496
2497 =item *
2498
2499 Some failed regular expression matches such as C<'f' =~ /../g> were not
2500 resetting C<pos>.  Also, "match-once" patterns (C<m?...?g>) failed to reset
2501 it, too, when invoked a second time [perl #23180].
2502
2503 =item *
2504
2505 Several bugs involving C<local *ISA> and C<local *Foo::> causing stale
2506 MRO caches have been fixed.
2507
2508 =item *
2509
2510 Defining a subroutine when its typeglob has been aliased no longer results
2511 in stale method caches.  This bug was introduced in Perl v5.10.
2512
2513 =item *
2514
2515 Localising a typeglob containing a subroutine when the typeglob's package
2516 has been deleted from its parent stash no longer produces an error.  This
2517 bug was introduced in Perl v5.14.
2518
2519 =item *
2520
2521 Under some circumstances, C<local *method=...> would fail to reset method
2522 caches upon scope exit.
2523
2524 =item *
2525
2526 C</[.foo.]/> is no longer an error, but produces a warning (as before) and
2527 is treated as C</[.fo]/> [perl #115818].
2528
2529 =item *
2530
2531 C<goto $tied_var> now calls FETCH before deciding what type of goto
2532 (subroutine or label) this is.
2533
2534 =item *
2535
2536 Renaming packages through glob assignment
2537 (C<*Foo:: = *Bar::; *Bar:: = *Baz::>) in combination with C<m?...?> and
2538 C<reset> no longer makes threaded builds crash.
2539
2540 =item *
2541
2542 A number of bugs related to assigning a list to hash have been fixed. Many of
2543 these involve lists with repeated keys like C<(1, 1, 1, 1)>.
2544
2545 =over 4
2546
2547 =item *
2548
2549 The expression C<scalar(%h = (1, 1, 1, 1))> now returns C<4>, not C<2>.
2550
2551 =item *
2552
2553 The return value of C<%h = (1, 1, 1)> in list context was wrong. Previously
2554 this would return C<(1, undef, 1)>, now it returns C<(1, undef)>.
2555
2556 =item *
2557
2558 Perl now issues the same warning on C<($s, %h) = (1, {})> as it does for
2559 C<(%h) = ({})>, "Reference found where even-sized list expected".
2560
2561 =item *
2562
2563 A number of additional edge cases in list assignment to hashes were
2564 corrected. For more details see commit 23b7025ebc.
2565
2566 =back
2567
2568 =item *
2569
2570 Attributes applied to lexical variables no longer leak memory.
2571 [perl #114764]
2572
2573 =item *
2574
2575 C<dump>, C<goto>, C<last>, C<next>, C<redo> or C<require> followed by a
2576 bareword (or version) and then an infix operator is no longer a syntax
2577 error.  It used to be for those infix operators (like C<+>) that have a
2578 different meaning where a term is expected.  [perl #105924]
2579
2580 =item *
2581
2582 C<require a::b . 1> and C<require a::b + 1> no longer produce erroneous
2583 ambiguity warnings.  [perl #107002]
2584
2585 =item *
2586
2587 Class method calls are now allowed on any string, and not just strings
2588 beginning with an alphanumeric character.  [perl #105922]
2589
2590 =item *
2591
2592 An empty pattern created with C<qr//> used in C<m///> no longer triggers
2593 the "empty pattern reuses last pattern" behaviour.  [perl #96230]
2594
2595 =item *
2596
2597 Tying a hash during iteration no longer results in a memory leak.
2598
2599 =item *
2600
2601 Freeing a tied hash during iteration no longer results in a memory leak.
2602
2603 =item *
2604
2605 List assignment to a tied array or hash that dies on STORE no longer
2606 results in a memory leak.
2607
2608 =item *
2609
2610 If the hint hash (C<%^H>) is tied, compile-time scope entry (which copies
2611 the hint hash) no longer leaks memory if FETCH dies.  [perl #107000]
2612
2613 =item *
2614
2615 Constant folding no longer inappropriately triggers the special
2616 C<split " "> behaviour.  [perl #94490]
2617
2618 =item *
2619
2620 C<defined scalar(@array)>, C<defined do { &foo }>, and similar constructs
2621 now treat the argument to C<defined> as a simple scalar.  [perl #97466]
2622
2623 =item *
2624
2625 Running a custom debugging that defines no C<*DB::DB> glob or provides a
2626 subroutine stub for C<&DB::DB> no longer results in a crash, but an error
2627 instead.  [perl #114990]
2628
2629 =item *
2630
2631 C<reset ""> now matches its documentation.  C<reset> only resets C<m?...?>
2632 patterns when called with no argument.  An empty string for an argument now
2633 does nothing.  (It used to be treated as no argument.)  [perl #97958]
2634
2635 =item *
2636
2637 C<printf> with an argument returning an empty list no longer reads past the
2638 end of the stack, resulting in erratic behaviour.  [perl #77094]
2639
2640 =item *
2641
2642 C<--subname> no longer produces erroneous ambiguity warnings.
2643 [perl #77240]
2644
2645 =item *
2646
2647 C<v10> is now allowed as a label or package name.  This was inadvertently
2648 broken when v-strings were added in Perl v5.6.  [perl #56880]
2649
2650 =item *
2651
2652 C<length>, C<pos>, C<substr> and C<sprintf> could be confused by ties,
2653 overloading, references and typeglobs if the stringification of such
2654 changed the internal representation to or from UTF-8.  [perl #114410]
2655
2656 =item *
2657
2658 utf8::encode now calls FETCH and STORE on tied variables.  utf8::decode now
2659 calls STORE (it was already calling FETCH).
2660
2661 =item *
2662
2663 C<$tied =~ s/$non_utf8/$utf8/> no longer loops infinitely if the tied
2664 variable returns a Latin-1 string, shared hash key scalar, or reference or
2665 typeglob that stringifies as ASCII or Latin-1.  This was a regression from
2666 v5.12.
2667
2668 =item *
2669
2670 C<s///> without /e is now better at detecting when it needs to forego
2671 certain optimisations, fixing some buggy cases:
2672
2673 =over
2674
2675 =item *
2676
2677 Match variables in certain constructs (C<&&>, C<||>, C<..> and others) in
2678 the replacement part; e.g., C<s/(.)/$l{$a||$1}/g>.  [perl #26986]
2679
2680 =item *
2681
2682 Aliases to match variables in the replacement.
2683
2684 =item *
2685
2686 C<$REGERROR> or C<$REGMARK> in the replacement.  [perl #49190]
2687
2688 =item *
2689
2690 An empty pattern (C<s//$foo/>) that causes the last-successful pattern to
2691 be used, when that pattern contains code blocks that modify the variables
2692 in the replacement.
2693
2694 =back
2695
2696 =item *
2697
2698 The taintedness of the replacement string no longer affects the taintedness
2699 of the return value of C<s///e>.
2700
2701 =item *
2702
2703 The C<$|> autoflush variable is created on-the-fly when needed.  If this
2704 happened (e.g., if it was mentioned in a module or eval) when the
2705 currently-selected filehandle was a typeglob with an empty IO slot, it used
2706 to crash.  [perl #115206]
2707
2708 =item *
2709
2710 Line numbers at the end of a string eval are no longer off by one.
2711 [perl #114658]
2712
2713 =item *
2714
2715 @INC filters (subroutines returned by subroutines in @INC) that set $_ to a
2716 copy-on-write scalar no longer cause the parser to modify that string
2717 buffer in place.
2718
2719 =item *
2720
2721 C<length($object)> no longer returns the undefined value if the object has
2722 string overloading that returns undef.  [perl #115260]
2723
2724 =item *
2725
2726 The use of C<PL_stashcache>, the stash name lookup cache for method calls, has
2727 been restored,
2728
2729 Commit da6b625f78f5f133 in August 2011 inadvertently broke the code that looks
2730 up values in C<PL_stashcache>. As it's a only cache, quite correctly everything
2731 carried on working without it.
2732
2733 =item *
2734
2735 The error "Can't localize through a reference" had disappeared in v5.16.0
2736 when C<local %$ref> appeared on the last line of an lvalue subroutine.
2737 This error disappeared for C<\local %$ref> in perl v5.8.1.  It has now
2738 been restored.
2739
2740 =item *
2741
2742 The parsing of here-docs has been improved significantly, fixing several
2743 parsing bugs and crashes and one memory leak, and correcting wrong
2744 subsequent line numbers under certain conditions.
2745
2746 =item *
2747
2748 Inside an eval, the error message for an unterminated here-doc no longer
2749 has a newline in the middle of it [perl #70836].
2750
2751 =item *
2752
2753 A substitution inside a substitution pattern (C<s/${s|||}//>) no longer
2754 confuses the parser.
2755
2756 =item *
2757
2758 It may be an odd place to allow comments, but C<s//"" # hello/e> has
2759 always worked, I<unless> there happens to be a null character before the
2760 first #.  Now it works even in the presence of nulls.
2761
2762 =item *
2763
2764 An invalid range in C<tr///> or C<y///> no longer results in a memory leak.
2765
2766 =item *
2767
2768 String eval no longer treats a semicolon-delimited quote-like operator at
2769 the very end (C<eval 'q;;'>) as a syntax error.
2770
2771 =item *
2772
2773 C<< warn {$_ => 1} + 1 >> is no longer a syntax error.  The parser used to
2774 get confused with certain list operators followed by an anonymous hash and
2775 then an infix operator that shares its form with a unary operator.
2776
2777 =item *
2778
2779 C<(caller $n)[6]> (which gives the text of the eval) used to return the
2780 actual parser buffer.  Modifying it could result in crashes.  Now it always
2781 returns a copy.  The string returned no longer has "\n;" tacked on to the
2782 end.  The returned text also includes here-doc bodies, which used to be
2783 omitted.
2784
2785 =item *
2786
2787 The UTF-8 position cache is now reset when accessing magical variables, to
2788 avoid the string buffer and the UTF-8 position cache getting out of sync
2789 [perl #114410].
2790
2791 =item *
2792
2793 Various cases of get magic being called twice for magical UTF-8
2794 strings have been fixed.
2795
2796 =item *
2797
2798 This code (when not in the presence of C<$&> etc)
2799
2800     $_ = 'x' x 1_000_000;
2801     1 while /(.)/;
2802
2803 used to skip the buffer copy for performance reasons, but suffered from C<$1>
2804 etc changing if the original string changed.  That's now been fixed.
2805
2806 =item *
2807
2808 Perl doesn't use PerlIO anymore to report out of memory messages, as PerlIO
2809 might attempt to allocate more memory.
2810
2811 =item *
2812
2813 In a regular expression, if something is quantified with C<{n,m}> where
2814 C<S<n E<gt> m>>, it can't possibly match.  Previously this was a fatal
2815 error, but now is merely a warning (and that something won't match).
2816 [perl #82954].
2817
2818 =item *
2819
2820 It used to be possible for formats defined in subroutines that have
2821 subsequently been undefined and redefined to close over variables in the
2822 wrong pad (the newly-defined enclosing sub), resulting in crashes or
2823 "Bizarre copy" errors.
2824
2825 =item *
2826
2827 Redefinition of XSUBs at run time could produce warnings with the wrong
2828 line number.
2829
2830 =item *
2831
2832 The %vd sprintf format does not support version objects for alpha versions.
2833 It used to output the format itself (%vd) when passed an alpha version, and
2834 also emit an "Invalid conversion in printf" warning.  It no longer does,
2835 but produces the empty string in the output.  It also no longer leaks
2836 memory in this case.
2837
2838 =item *
2839
2840 C<< $obj->SUPER::method >> calls in the main package could fail if the
2841 SUPER package had already been accessed by other means.
2842
2843 =item *
2844
2845 Stash aliasing (C<< *foo:: = *bar:: >>) no longer causes SUPER calls to ignore
2846 changes to methods or @ISA or use the wrong package.
2847
2848 =item *
2849
2850 Method calls on packages whose names end in ::SUPER are no longer treated
2851 as SUPER method calls, resulting in failure to find the method.
2852 Furthermore, defining subroutines in such packages no longer causes them to
2853 be found by SUPER method calls on the containing package [perl #114924].
2854
2855 =item *
2856
2857 C<\w> now matches the code points U+200C (ZERO WIDTH NON-JOINER) and U+200D
2858 (ZERO WIDTH JOINER).  C<\W> no longer matches these.  This change is because
2859 Unicode corrected their definition of what C<\w> should match.
2860
2861 =item *
2862
2863 C<dump LABEL> no longer leaks its label.
2864
2865 =item *
2866
2867 Constant folding no longer changes the behaviour of functions like C<stat()>
2868 and C<truncate()> that can take either filenames or handles.
2869 C<stat 1 ? foo : bar> nows treats its argument as a file name (since it is an
2870 arbitrary expression), rather than the handle "foo".
2871
2872 =item *
2873
2874 C<truncate FOO, $len> no longer falls back to treating "FOO" as a file name if
2875 the filehandle has been deleted.  This was broken in Perl v5.16.0.
2876
2877 =item *
2878
2879 Subroutine redefinitions after sub-to-glob and glob-to-glob assignments no
2880 longer cause double frees or panic messages.
2881
2882 =item *
2883
2884 C<s///> now turns vstrings into plain strings when performing a substitution,
2885 even if the resulting string is the same (C<s/a/a/>).
2886
2887 =item *
2888
2889 Prototype mismatch warnings no longer erroneously treat constant subs as having
2890 no prototype when they actually have "".
2891
2892 =item *
2893
2894 Constant subroutines and forward declarations no longer prevent prototype
2895 mismatch warnings from omitting the sub name.
2896
2897 =item *
2898
2899 C<undef> on a subroutine now clears call checkers.
2900
2901 =item *
2902
2903 The C<ref> operator started leaking memory on blessed objects in Perl v5.16.0.
2904 This has been fixed [perl #114340].
2905
2906 =item *
2907
2908 C<use> no longer tries to parse its arguments as a statement, making
2909 C<use constant { () };> a syntax error [perl #114222].
2910
2911 =item *
2912
2913 On debugging builds, "uninitialized" warnings inside formats no longer cause
2914 assertion failures.
2915
2916 =item *
2917
2918 On debugging builds, subroutines nested inside formats no longer cause
2919 assertion failures [perl #78550].
2920
2921 =item *
2922
2923 Formats and C<use> statements are now permitted inside formats.
2924
2925 =item *
2926
2927 C<print $x> and C<sub { print $x }-E<gt>()> now always produce the same output.
2928 It was possible for the latter to refuse to close over $x if the variable was
2929 not active; e.g., if it was defined outside a currently-running named
2930 subroutine.
2931
2932 =item *
2933
2934 Similarly, C<print $x> and C<print eval '$x'> now produce the same output.
2935 This also allows "my $x if 0" variables to be seen in the debugger [perl
2936 #114018].
2937
2938 =item *
2939
2940 Formats called recursively no longer stomp on their own lexical variables, but
2941 each recursive call has its own set of lexicals.
2942
2943 =item *
2944
2945 Attempting to free an active format or the handle associated with it no longer
2946 results in a crash.
2947
2948 =item *
2949
2950 Format parsing no longer gets confused by braces, semicolons and low-precedence
2951 operators.  It used to be possible to use braces as format delimiters (instead
2952 of C<=> and C<.>), but only sometimes.  Semicolons and low-precedence operators
2953 in format argument lines no longer confuse the parser into ignoring the line's
2954 return value.  In format argument lines, braces can now be used for anonymous
2955 hashes, instead of being treated always as C<do> blocks.
2956
2957 =item *
2958
2959 Formats can now be nested inside code blocks in regular expressions and other
2960 quoted constructs (C</(?{...})/> and C<qq/${...}/>) [perl #114040].
2961
2962 =item *
2963
2964 Formats are no longer created after compilation errors.
2965
2966 =item *
2967
2968 Under debugging builds, the B<-DA> command line option started crashing in Perl
2969 v5.16.0.  It has been fixed [perl #114368].
2970
2971 =item *
2972
2973 A potential deadlock scenario involving the premature termination of a pseudo-
2974 forked child in a Windows build with ithreads enabled has been fixed.  This
2975 resolves the common problem of the F<t/op/fork.t> test hanging on Windows [perl
2976 #88840].
2977
2978 =item *
2979
2980 The code which generates errors from C<require()> could potentially read one or
2981 two bytes before the start of the filename for filenames less than three bytes
2982 long and ending C</\.p?\z/>.  This has now been fixed.  Note that it could
2983 never have happened with module names given to C<use()> or C<require()> anyway.
2984
2985 =item *
2986
2987 The handling of pathnames of modules given to C<require()> has been made
2988 thread-safe on VMS.
2989
2990 =item *
2991
2992 Non-blocking sockets have been fixed on VMS.
2993
2994 =item *
2995
2996 Pod can now be nested in code inside a quoted construct outside of a string
2997 eval.  This used to work only within string evals [perl #114040].
2998
2999 =item *
3000
3001 C<goto ''> now looks for an empty label, producing the "goto must have
3002 label" error message, instead of exiting the program [perl #111794].
3003
3004 =item *
3005
3006 C<goto "\0"> now dies with "Can't find label" instead of "goto must have
3007 label".
3008
3009 =item *
3010
3011 The C function C<hv_store> used to result in crashes when used on C<%^H>
3012 [perl #111000].
3013
3014 =item *
3015
3016 A call checker attached to a closure prototype via C<cv_set_call_checker>
3017 is now copied to closures cloned from it.  So C<cv_set_call_checker> now
3018 works inside an attribute handler for a closure.
3019
3020 =item *
3021
3022 Writing to C<$^N> used to have no effect.  Now it croaks with "Modification
3023 of a read-only value" by default, but that can be overridden by a custom
3024 regular expression engine, as with C<$1> [perl #112184].
3025
3026 =item *
3027
3028 C<undef> on a control character glob (C<undef *^H>) no longer emits an
3029 erroneous warning about ambiguity [perl #112456].
3030
3031 =item *
3032
3033 For efficiency's sake, many operators and built-in functions return the
3034 same scalar each time.  Lvalue subroutines and subroutines in the CORE::
3035 namespace were allowing this implementation detail to leak through.
3036 C<print &CORE::uc("a"), &CORE::uc("b")> used to print "BB".  The same thing
3037 would happen with an lvalue subroutine returning the return value of C<uc>.
3038 Now the value is copied in such cases.
3039
3040 =item *
3041
3042 C<method {}> syntax with an empty block or a block returning an empty list
3043 used to crash or use some random value left on the stack as its invocant.
3044 Now it produces an error.
3045
3046 =item *
3047
3048 C<vec> now works with extremely large offsets (E<gt>2 GB) [perl #111730].
3049
3050 =item *
3051
3052 Changes to overload settings now take effect immediately, as do changes to
3053 inheritance that affect overloading.  They used to take effect only after
3054 C<bless>.
3055
3056 Objects that were created before a class had any overloading used to remain
3057 non-overloaded even if the class gained overloading through C<use overload>
3058 or @ISA changes, and even after C<bless>.  This has been fixed
3059 [perl #112708].
3060
3061 =item *
3062
3063 Classes with overloading can now inherit fallback values.
3064
3065 =item *
3066
3067 Overloading was not respecting a fallback value of 0 if there were
3068 overloaded objects on both sides of an assignment operator like C<+=>
3069 [perl #111856].
3070
3071 =item *
3072
3073 C<pos> now croaks with hash and array arguments, instead of producing
3074 erroneous warnings.
3075
3076 =item *
3077
3078 C<while(each %h)> now implies C<while(defined($_ = each %h))>, like
3079 C<readline> and C<readdir>.
3080
3081 =item *
3082
3083 Subs in the CORE:: namespace no longer crash after C<undef *_> when called
3084 with no argument list (C<&CORE::time> with no parentheses).
3085
3086 =item *
3087
3088 C<unpack> no longer produces the "'/' must follow a numeric type in unpack"
3089 error when it is the data that are at fault [perl #60204].
3090
3091 =item *
3092
3093 C<join> and C<"@array"> now call FETCH only once on a tied C<$">
3094 [perl #8931].
3095
3096 =item *
3097
3098 Some subroutine calls generated by compiling core ops affected by a
3099 C<CORE::GLOBAL> override had op checking performed twice.  The checking
3100 is always idempotent for pure Perl code, but the double checking can
3101 matter when custom call checkers are involved.
3102
3103 =item *
3104
3105 A race condition used to exist around fork that could cause a signal sent to
3106 the parent to be handled by both parent and child. Signals are now blocked
3107 briefly around fork to prevent this from happening [perl #82580].
3108
3109 =item *
3110
3111 The implementation of code blocks in regular expressions, such as C<(?{})>
3112 and C<(??{})>, has been heavily reworked to eliminate a whole slew of bugs.
3113 The main user-visible changes are:
3114
3115 =over 4
3116
3117 =item *
3118
3119 Code blocks within patterns are now parsed in the same pass as the
3120 surrounding code; in particular it is no longer necessary to have balanced
3121 braces: this now works:
3122
3123     /(?{  $x='{'  })/
3124
3125 This means that this error message is no longer generated:
3126
3127     Sequence (?{...}) not terminated or not {}-balanced in regex
3128
3129 but a new error may be seen:
3130
3131     Sequence (?{...}) not terminated with ')'
3132
3133 In addition, literal code blocks within run-time patterns are only
3134 compiled once, at perl compile-time:
3135
3136     for my $p (...) {
3137         # this 'FOO' block of code is compiled once,
3138         # at the same time as the surrounding 'for' loop
3139         /$p{(?{FOO;})/;
3140     }
3141
3142 =item *
3143
3144 Lexical variables are now sane as regards scope, recursion and closure
3145 behavior. In particular, C</A(?{B})C/> behaves (from a closure viewpoint)
3146 exactly like C</A/ && do { B } && /C/>, while  C<qr/A(?{B})C/> is like
3147 C<sub {/A/ && do { B } && /C/}>. So this code now works how you might
3148 expect, creating three regexes that match 0, 1, and 2:
3149
3150     for my $i (0..2) {
3151         push @r, qr/^(??{$i})$/;
3152     }
3153     "1" =~ $r[1]; # matches
3154
3155 =item *
3156
3157 The C<use re 'eval'> pragma is now only required for code blocks defined
3158 at runtime; in particular in the following, the text of the C<$r> pattern is
3159 still interpolated into the new pattern and recompiled, but the individual
3160 compiled code-blocks within C<$r> are reused rather than being recompiled,
3161 and C<use re 'eval'> isn't needed any more:
3162
3163     my $r = qr/abc(?{....})def/;
3164     /xyz$r/;
3165
3166 =item *
3167
3168 Flow control operators no longer crash. Each code block runs in a new
3169 dynamic scope, so C<next> etc. will not see
3170 any enclosing loops. C<return> returns a value
3171 from the code block, not from any enclosing subroutine.
3172
3173 =item *
3174
3175 Perl normally caches the compilation of run-time patterns, and doesn't
3176 recompile if the pattern hasn't changed, but this is now disabled if
3177 required for the correct behavior of closures. For example:
3178
3179     my $code = '(??{$x})';
3180     for my $x (1..3) {
3181         # recompile to see fresh value of $x each time
3182         $x =~ /$code/;
3183     }
3184
3185 =item *
3186
3187 The C</msix> and C<(?msix)> etc. flags are now propagated into the return
3188 value from C<(??{})>; this now works:
3189
3190     "AB" =~ /a(??{'b'})/i;
3191
3192 =item *
3193
3194 Warnings and errors will appear to come from the surrounding code (or for
3195 run-time code blocks, from an eval) rather than from an C<re_eval>:
3196
3197     use re 'eval'; $c = '(?{ warn "foo" })'; /$c/;
3198     /(?{ warn "foo" })/;
3199
3200 formerly gave:
3201
3202     foo at (re_eval 1) line 1.
3203     foo at (re_eval 2) line 1.
3204
3205 and now gives:
3206
3207     foo at (eval 1) line 1.
3208     foo at /some/prog line 2.
3209
3210 =back
3211
3212 =item *
3213
3214 Perl now can be recompiled to use any Unicode version.  In v5.16, it
3215 worked on Unicodes 6.0 and 6.1, but there were various bugs if earlier
3216 releases were used; the older the release the more problems.
3217
3218 =item *
3219
3220 C<vec> no longer produces "uninitialized" warnings in lvalue context
3221 [perl #9423].
3222
3223 =item *
3224
3225 An optimization involving fixed strings in regular expressions could cause
3226 a severe performance penalty in edge cases.  This has been fixed
3227 [perl #76546].
3228
3229 =item *
3230
3231 In certain cases, including empty subpatterns within a regular expression (such
3232 as C<(?:)> or C<(?:|)>) could disable some optimizations. This has been fixed.
3233
3234 =item *
3235
3236 The "Can't find an opnumber" message that C<prototype> produces when passed
3237 a string like "CORE::nonexistent_keyword" now passes UTF-8 and embedded
3238 NULs through unchanged [perl #97478].
3239
3240 =item *
3241
3242 C<prototype> now treats magical variables like C<$1> the same way as
3243 non-magical variables when checking for the CORE:: prefix, instead of
3244 treating them as subroutine names.
3245
3246 =item *
3247
3248 Under threaded perls, a runtime code block in a regular expression could
3249 corrupt the package name stored in the op tree, resulting in bad reads
3250 in C<caller>, and possibly crashes [perl #113060].
3251
3252 =item *
3253
3254 Referencing a closure prototype (C<\&{$_[1]}> in an attribute handler for a
3255 closure) no longer results in a copy of the subroutine (or assertion
3256 failures on debugging builds).
3257
3258 =item *
3259
3260 C<eval '__PACKAGE__'> now returns the right answer on threaded builds if
3261 the current package has been assigned over (as in
3262 C<*ThisPackage:: = *ThatPackage::>) [perl #78742].
3263
3264 =item *
3265
3266 If a package is deleted by code that it calls, it is possible for C<caller>
3267 to see a stack frame belonging to that deleted package.  C<caller> could
3268 crash if the stash's memory address was reused for a scalar and a
3269 substitution was performed on the same scalar [perl #113486].
3270
3271 =item *
3272
3273 C<UNIVERSAL::can> no longer treats its first argument differently
3274 depending on whether it is a string or number internally.
3275
3276 =item *
3277
3278 C<open> with C<< <& >> for the mode checks to see whether the third argument is
3279 a number, in determining whether to treat it as a file descriptor or a handle
3280 name.  Magical variables like C<$1> were always failing the numeric check and
3281 being treated as handle names.
3282
3283 =item *
3284
3285 C<warn>'s handling of magical variables (C<$1>, ties) has undergone several
3286 fixes.  C<FETCH> is only called once now on a tied argument or a tied C<$@>
3287 [perl #97480].  Tied variables returning objects that stringify as "" are
3288 no longer ignored.  A tied C<$@> that happened to return a reference the
3289 I<previous> time it was used is no longer ignored.
3290
3291 =item *
3292
3293 C<warn ""> now treats C<$@> with a number in it the same way, regardless of
3294 whether it happened via C<$@=3> or C<$@="3">.  It used to ignore the
3295 former.  Now it appends "\t...caught", as it has always done with
3296 C<$@="3">.
3297
3298 =item *
3299
3300 Numeric operators on magical variables (e.g., S<C<$1 + 1>>) used to use
3301 floating point operations even where integer operations were more appropriate,
3302 resulting in loss of accuracy on 64-bit platforms [perl #109542].
3303
3304 =item *
3305
3306 Unary negation no longer treats a string as a number if the string happened
3307 to be used as a number at some point.  So, if C<$x> contains the string "dogs",
3308 C<-$x> returns "-dogs" even if C<$y=0+$x> has happened at some point.
3309
3310 =item *
3311
3312 In Perl v5.14, C<-'-10'> was fixed to return "10", not "+10".  But magical
3313 variables (C<$1>, ties) were not fixed till now [perl #57706].
3314
3315 =item *
3316
3317 Unary negation now treats strings consistently, regardless of the internal
3318 C<UTF8> flag.
3319
3320 =item *
3321
3322 A regression introduced in Perl v5.16.0 involving
3323 C<tr/I<SEARCHLIST>/I<REPLACEMENTLIST>/> has been fixed.  Only the first
3324 instance is supposed to be meaningful if a character appears more than
3325 once in C<I<SEARCHLIST>>.  Under some circumstances, the final instance
3326 was overriding all earlier ones.  [perl #113584]
3327
3328 =item *
3329
3330 Regular expressions like C<qr/\87/> previously silently inserted a NUL
3331 character, thus matching as if it had been written C<qr/\00087/>.  Now it
3332 matches as if it had been written as C<qr/87/>, with a message that the
3333 sequence C<"\8"> is unrecognized.
3334
3335 =item *
3336
3337 C<__SUB__> now works in special blocks (C<BEGIN>, C<END>, etc.).
3338
3339 =item *
3340
3341 Thread creation on Windows could theoretically result in a crash if done
3342 inside a C<BEGIN> block.  It still does not work properly, but it no longer
3343 crashes [perl #111610].
3344
3345 =item *
3346
3347 C<\&{''}> (with the empty string) now autovivifies a stub like any other
3348 sub name, and no longer produces the "Unable to create sub" error
3349 [perl #94476].
3350
3351 =item *
3352
3353 A regression introduced in v5.14.0 has been fixed, in which some calls
3354 to the C<re> module would clobber C<$_> [perl #113750].
3355
3356 =item *
3357
3358 C<do FILE> now always either sets or clears C<$@>, even when the file can't be
3359 read. This ensures that testing C<$@> first (as recommended by the
3360 documentation) always returns the correct result.
3361
3362 =item *
3363
3364 The array iterator used for the C<each @array> construct is now correctly
3365 reset when C<@array> is cleared [perl #75596]. This happens, for example, when
3366 the array is globally assigned to, as in C<@array = (...)>, but not when its
3367 B<values> are assigned to. In terms of the XS API, it means that C<av_clear()>
3368 will now reset the iterator.
3369
3370 This mirrors the behaviour of the hash iterator when the hash is cleared.
3371
3372 =item *
3373
3374 C<< $class->can >>, C<< $class->isa >>, and C<< $class->DOES >> now return
3375 correct results, regardless of whether that package referred to by C<$class>
3376 exists [perl #47113].
3377
3378 =item *
3379
3380 Arriving signals no longer clear C<$@> [perl #45173].
3381
3382 =item *
3383
3384 Allow C<my ()> declarations with an empty variable list [perl #113554].
3385
3386 =item *
3387
3388 During parsing, subs declared after errors no longer leave stubs
3389 [perl #113712].
3390
3391 =item *
3392
3393 Closures containing no string evals no longer hang on to their containing
3394 subroutines, allowing variables closed over by outer subroutines to be
3395 freed when the outer sub is freed, even if the inner sub still exists
3396 [perl #89544].
3397
3398 =item *
3399
3400 Duplication of in-memory filehandles by opening with a "<&=" or ">&=" mode
3401 stopped working properly in v5.16.0.  It was causing the new handle to
3402 reference a different scalar variable.  This has been fixed [perl #113764].
3403
3404 =item *
3405
3406 C<qr//> expressions no longer crash with custom regular expression engines
3407 that do not set C<offs> at regular expression compilation time
3408 [perl #112962].
3409
3410 =item *
3411
3412 C<delete local> no longer crashes with certain magical arrays and hashes
3413 [perl #112966].
3414
3415 =item *
3416
3417 C<local> on elements of certain magical arrays and hashes used not to
3418 arrange to have the element deleted on scope exit, even if the element did
3419 not exist before C<local>.
3420
3421 =item *
3422
3423 C<scalar(write)> no longer returns multiple items [perl #73690].
3424
3425 =item *
3426
3427 String to floating point conversions no longer misparse certain strings under
3428 C<use locale> [perl #109318].
3429
3430 =item *
3431
3432 C<@INC> filters that die no longer leak memory [perl #92252].
3433
3434 =item *
3435
3436 The implementations of overloaded operations are now called in the correct
3437 context. This allows, among other things, being able to properly override
3438 C<< <> >> [perl #47119].
3439
3440 =item *
3441
3442 Specifying only the C<fallback> key when calling C<use overload> now behaves
3443 properly [perl #113010].
3444
3445 =item *
3446
3447 C<< sub foo { my $a = 0; while ($a) { ... } } >> and
3448 C<< sub foo { while (0) { ... } } >> now return the same thing [perl #73618].
3449
3450 =item *
3451
3452 String negation now behaves the same under C<use integer;> as it does
3453 without [perl #113012].
3454
3455 =item *
3456
3457 C<chr> now returns the Unicode replacement character (U+FFFD) for -1,
3458 regardless of the internal representation.  -1 used to wrap if the argument
3459 was tied or a string internally.
3460
3461 =item *
3462
3463 Using a C<format> after its enclosing sub was freed could crash as of
3464 perl v5.12.0, if the format referenced lexical variables from the outer sub.
3465
3466 =item *
3467
3468 Using a C<format> after its enclosing sub was undefined could crash as of
3469 perl v5.10.0, if the format referenced lexical variables from the outer sub.
3470
3471 =item *
3472
3473 Using a C<format> defined inside a closure, which format references
3474 lexical variables from outside, never really worked unless the C<write>
3475 call was directly inside the closure.  In v5.10.0 it even started crashing.
3476 Now the copy of that closure nearest the top of the call stack is used to
3477 find those variables.
3478
3479 =item *
3480
3481 Formats that close over variables in special blocks no longer crash if a
3482 stub exists with the same name as the special block before the special
3483 block is compiled.
3484
3485 =item *
3486
3487 The parser no longer gets confused, treating C<eval foo ()> as a syntax
3488 error if preceded by C<print;> [perl #16249].
3489
3490 =item *
3491
3492 The return value of C<syscall> is no longer truncated on 64-bit platforms
3493 [perl #113980].
3494
3495 =item *
3496
3497 Constant folding no longer causes C<print 1 ? FOO : BAR> to print to the
3498 FOO handle [perl #78064].
3499
3500 =item *
3501
3502 C<do subname> now calls the named subroutine and uses the file name it
3503 returns, instead of opening a file named "subname".
3504
3505 =item *
3506
3507 Subroutines looked up by rv2cv check hooks (registered by XS modules) are
3508 now taken into consideration when determining whether C<foo bar> should be
3509 the sub call C<foo(bar)> or the method call C<< "bar"->foo >>.
3510
3511 =item *
3512
3513 C<CORE::foo::bar> is no longer treated specially, allowing global overrides
3514 to be called directly via C<CORE::GLOBAL::uc(...)> [perl #113016].
3515
3516 =item *
3517
3518 Calling an undefined sub whose typeglob has been undefined now produces the
3519 customary "Undefined subroutine called" error, instead of "Not a CODE
3520 reference".
3521
3522 =item *
3523
3524 Two bugs involving @ISA have been fixed.  C<*ISA = *glob_without_array> and
3525 C<undef *ISA; @{*ISA}> would prevent future modifications to @ISA from
3526 updating the internal caches used to look up methods.  The
3527 *glob_without_array case was a regression from Perl v5.12.
3528
3529 =item *
3530
3531 Regular expression optimisations sometimes caused C<$> with C</m> to
3532 produce failed or incorrect matches [perl #114068].
3533
3534 =item *
3535
3536 C<__SUB__> now works in a C<sort> block when the enclosing subroutine is
3537 predeclared with C<sub foo;> syntax [perl #113710].
3538
3539 =item *
3540
3541 Unicode properties only apply to Unicode code points, which leads to
3542 some subtleties when regular expressions are matched against
3543 above-Unicode code points.  There is a warning generated to draw your
3544 attention to this.  However, this warning was being generated
3545 inappropriately in some cases, such as when a program was being parsed.
3546 Non-Unicode matches such as C<\w> and C<[:word;]> should not generate the
3547 warning, as their definitions don't limit them to apply to only Unicode
3548 code points.  Now the message is only generated when matching against
3549 C<\p{}> and C<\P{}>.  There remains a bug, [perl #114148], for the very
3550 few properties in Unicode that match just a single code point.  The
3551 warning is not generated if they are matched against an above-Unicode
3552 code point.
3553
3554 =item *
3555
3556 Uninitialized warnings mentioning hash elements would only mention the
3557 element name if it was not in the first bucket of the hash, due to an
3558 off-by-one error.
3559
3560 =item *
3561
3562 A regular expression optimizer bug could cause multiline "^" to behave
3563 incorrectly in the presence of line breaks, such that
3564 C<"/\n\n" =~ m#\A(?:^/$)#im> would not match [perl #115242].
3565
3566 =item *
3567
3568 Failed C<fork> in list context no longer corrupts the stack.
3569 C<@a = (1, 2, fork, 3)> used to gobble up the 2 and assign C<(1, undef, 3)>
3570 if the C<fork> call failed.
3571
3572 =item *
3573
3574 Numerous memory leaks have been fixed, mostly involving tied variables that
3575 die, regular expression character classes and code blocks, and syntax
3576 errors.
3577
3578 =item *
3579
3580 Assigning a regular expression (C<${qr//}>) to a variable that happens to
3581 hold a floating point number no longer causes assertion failures on
3582 debugging builds.
3583
3584 =item *
3585
3586 Assigning a regular expression to a scalar containing a number no longer
3587 causes subsequent numification to produce random numbers.
3588
3589 =item *
3590
3591 Assigning a regular expression to a magic variable no longer wipes away the
3592 magic.  This was a regression from v5.10.
3593
3594 =item *
3595
3596 Assigning a regular expression to a blessed scalar no longer results in
3597 crashes.  This was also a regression from v5.10.
3598
3599 =item *
3600
3601 Regular expression can now be assigned to tied hash and array elements with
3602 flattening into strings.
3603
3604 =item *
3605
3606 Numifying a regular expression no longer results in an uninitialized
3607 warning.
3608
3609 =item *
3610
3611 Negative array indices no longer cause EXISTS methods of tied variables to
3612 be ignored.  This was a regression from v5.12.
3613
3614 =item *
3615
3616 Negative array indices no longer result in crashes on arrays tied to
3617 non-objects.
3618
3619 =item *
3620
3621 C<$byte_overload .= $utf8> no longer results in doubly-encoded UTF-8 if the
3622 left-hand scalar happened to have produced a UTF-8 string the last time
3623 overloading was invoked.
3624
3625 =item *
3626
3627 C<goto &sub> now uses the current value of @_, instead of using the array
3628 the subroutine was originally called with.  This means
3629 C<local @_ = (...); goto &sub> now works [perl #43077].
3630
3631 =item *
3632
3633 If a debugger is invoked recursively, it no longer stomps on its own
3634 lexical variables.  Formerly under recursion all calls would share the same
3635 set of lexical variables [perl #115742].
3636
3637 =item *
3638
3639 C<*_{ARRAY}> returned from a subroutine no longer spontaneously
3640 becomes empty.
3641
3642 =back
3643
3644 =head1 Known Problems
3645
3646 =over 4
3647
3648 =item *
3649
3650 There are no known regressions.  Please report any bugs you find!
3651
3652 =back
3653
3654 =head1 Obituary
3655
3656 Hojung Yoon (AMORETTE), 24, of Seoul, South Korea, went to his long rest
3657 on May 8, 2013 with llama figurine and autographed TIMTOADY card.  He
3658 was a brilliant young Perl 5 & 6 hacker and a devoted member of
3659 Seoul.pm.  He programmed Perl, talked Perl, ate Perl, and loved Perl.  We
3660 believe that he is still programming in Perl with his broken IBM laptop
3661 somewhere.  He will be missed.
3662
3663 =head1 Acknowledgements
3664
3665 Perl v5.18.0 represents approximately 12 months of development since
3666 Perl v5.16.0 and contains approximately 400,000 lines of changes across
3667 2,100 files from 113 authors.
3668
3669 Perl continues to flourish into its third decade thanks to a vibrant
3670 community of users and developers. The following people are known to
3671 have contributed the improvements that became Perl v5.18.0:
3672
3673 Aaron Crane, Aaron Trevena, Abhijit Menon-Sen, Adrian M. Enache, Alan
3674 Haggai Alavi, Alexandr Ciornii, Andrew Tam, Andy Dougherty, Anton Nikishaev,
3675 Aristotle Pagaltzis, Augustina Blair, Bob Ernst, Brad Gilbert, Breno G. de
3676 Oliveira, Brian Carlson, Brian Fraser, Charlie Gonzalez, Chip Salzenberg, Chris
3677 'BinGOs' Williams, Christian Hansen, Colin Kuskie, Craig A. Berry, Dagfinn
3678 Ilmari Mannsåker, Daniel Dragan, Daniel Perrett, Darin McBride, Dave Rolsky,
3679 David Golden, David Leadbeater, David Mitchell, David Nicol, Dominic
3680 Hargreaves, E. Choroba, Eric Brine, Evan Miller, Father Chrysostomos, Florian
3681 Ragwitz, François Perrad, George Greer, Goro Fuji, H.Merijn Brand, Herbert
3682 Breunung, Hugo van der Sanden, Igor Zaytsev, James E Keenan, Jan Dubois,
3683 Jasmine Ahuja, Jerry D. Hedden, Jess Robinson, Jesse Luehrs, Joaquin Ferrero,
3684 Joel Berger, John Goodyear, John Peacock, Karen Etheridge, Karl Williamson,
3685 Karthik Rajagopalan, Kent Fredric, Leon Timmermans, Lucas Holt, Lukas Mai,
3686 Marcus Holland-Moritz, Markus Jansen, Martin Hasch, Matthew Horsfall, Max
3687 Maischein, Michael G Schwern, Michael Schroeder, Moritz Lenz, Nicholas Clark,
3688 Niko Tyni, Oleg Nesterov, Patrik Hägglund, Paul Green, Paul Johnson, Paul
3689 Marquess, Peter Martini, Rafael Garcia-Suarez, Reini Urban, Renee Baecker,
3690 Rhesa Rozendaal, Ricardo Signes, Robin Barker, Ronald J. Kimball, Ruslan
3691 Zakirov, Salvador Fandiño, Sawyer X, Scott Lanning, Sergey Alekseev, Shawn M
3692 Moore, Shirakata Kentaro, Shlomi Fish, Sisyphus, Smylers, Steffen Müller,
3693 Steve Hay, Steve Peters, Steven Schubiger, Sullivan Beck, Sven Strickroth,
3694 Sébastien Aperghis-Tramoni, Thomas Sibley, Tobias Leich, Tom Wyant, Tony Cook,
3695 Vadim Konovalov, Vincent Pit, Volker Schatz, Walt Mankowski, Yves Orton,
3696 Zefram.
3697
3698 The list above is almost certainly incomplete as it is automatically generated
3699 from version control history. In particular, it does not include the names of
3700 the (very much appreciated) contributors who reported issues to the Perl bug
3701 tracker.
3702
3703 Many of the changes included in this version originated in the CPAN modules
3704 included in Perl's core. We're grateful to the entire CPAN community for
3705 helping Perl to flourish.
3706
3707 For a more complete list of all of Perl's historical contributors, please see
3708 the F<AUTHORS> file in the Perl source distribution.
3709
3710 =head1 Reporting Bugs
3711
3712 If you find what you think is a bug, you might check the articles recently
3713 posted to the comp.lang.perl.misc newsgroup and the perl bug database at
3714 http://rt.perl.org/perlbug/ .  There may also be information at
3715 http://www.perl.org/ , the Perl Home Page.
3716
3717 If you believe you have an unreported bug, please run the L<perlbug> program
3718 included with your release.  Be sure to trim your bug down to a tiny but
3719 sufficient test case.  Your bug report, along with the output of C<perl -V>,
3720 will be sent off to perlbug@perl.org to be analysed by the Perl porting team.
3721
3722 If the bug you are reporting has security implications, which make it
3723 inappropriate to send to a publicly archived mailing list, then please send it
3724 to perl5-security-report@perl.org.  This points to a closed subscription
3725 unarchived mailing list, which includes all the core committers, who will be
3726 able to help assess the impact of issues, figure out a resolution, and help
3727 co-ordinate the release of patches to mitigate or fix the problem across all
3728 platforms on which Perl is supported.  Please only use this address for
3729 security issues in the Perl core, not for modules independently distributed on
3730 CPAN.
3731
3732 =head1 SEE ALSO
3733
3734 The F<Changes> file for an explanation of how to view exhaustive details on
3735 what changed.
3736
3737 The F<INSTALL> file for how to build Perl.
3738
3739 The F<README> file for general stuff.
3740
3741 The F<Artistic> and F<Copying> files for copyright information.
3742
3743 =cut