This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
Change some perldelta text
[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 5.16.0 release and the 5.18.0
10 release.
11
12 If you are upgrading from an earlier release such as 5.14.0, first read
13 L<perl5160delta>, which describes differences between 5.14.0 and 5.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 Existing experimental features may begin emitting these warnings, too.  Please
41 consult L<perlexperiment> for information on which features are considered
42 experimental.
43
44 =head2 Hash overhaul
45
46 Changes to the implementation of hashes in perl 5.18.0 will be one of the most
47 visible changes to the behavior of existing code.  For the most part, these
48 changes will be visible as two distinct hash variables now providing their
49 contents in a different order where it was previously identical.  When
50 encountering these changes, the key to cleaning up from them is to accept that
51 B<hashes are unordered collections> and to act accordingly.
52
53 =head3 Hash randomization
54
55 The seed used by Perl's hash function is now random.  This means that the
56 order which keys/values will be returned from functions like C<keys()>,
57 C<values()>, and C<each()> will differ from run to run.
58
59 This change was introduced to make Perl's hashes more robust to algorithmic
60 complexity attacks, and also because we discovered that it exposes hash
61 ordering dependency bugs and makes them easier to track down.
62
63 Toolchain maintainers might want to invest in additional infrastructure to
64 test for things like this.  Running tests several times in a row and then
65 comparing results will make it easier to spot hash order dependencies in
66 code.  Authors are strongly encouraged not to expose the key order of
67 Perl's hashes to insecure audiences.
68
69 Further, every hash has its own iteration order, which should make it much
70 more difficult to determine what the current hash seed is.
71
72 =head3 New hash function: Murmurhash-32
73
74 We have switched Perl's hash function to use Murmurhash-32, and added build
75 support for several other hash functions.  This new function is expected to
76 perform equivalently to the old one for shorter strings and is faster for
77 hashing longer strings.
78
79 =head3 PERL_HASH_SEED enviornment variable now takes a hex value
80
81 PERL_HASH_SEED no longer accepts an integer as a parameter, instead the
82 value is expected to be a binary string encoded in hex.  This is to make
83 the infrastructure support hash seeds of arbitrary lengths which might
84 exceed that of an integer.  (SipHash uses a 16 byte seed).
85
86 =head3 PERL_PERTURB_KEYS environment variable added
87
88 PERL_PERTURB_KEYS environment variable allows one to control the level of
89 randomization applied to C<keys> and friends.
90
91 When PERL_PERTURB_KEYS is 0, perl will not randomize key order at all. The
92 chance that C<keys> changes due to an insert will be the same as in previous
93 perls, basically only when the bucket size is changed.
94
95 When PERL_PERTURB_KEYS is 1, perl will randomize keys in a non repeatedable
96 way. The chance that C<keys> changes due to an insert will be very high.  This
97 is the most secure and default mode.
98
99 When PERL_PERTURB_KEYS is 2, perl will randomize keys in a repeatedable way.
100 Repititive runs of the same program should produce the same output every time.
101 The chance that keys changes due to an insert will be very high.
102
103 PERL_HASH_SEED implies a non-default PERL_PERTURB_KEYS setting. Setting
104 PERL_HASH_SEED=0 (exactly one 0) implies PERL_PERTURB_KEYS=0 (hash key
105 randomization disabled), settng PERL_HASH_SEED to any other value, implies
106 PERL_PERTURB_KEYS=2 (deterministic/repeatable hash key randomization).
107 Specifying PERL_PERTURB_KEYS explicitly to a different level overrides this
108 behavior.
109
110 =head3 Hash::Util::hash_seed() now returns a string
111
112 Hash::Util::hash_seed() now returns a string instead of an integer.  This
113 is to make the infrastructure support hash seeds of arbitrary lengths
114 which might exceed that of an integer.  (SipHash uses a 16 byte seed).
115
116 =head3 Output of PERL_HASH_SEED_DEBUG has been changed
117
118 The environment variable PERL_HASH_SEED_DEBUG now makes perl show both the
119 hash function perl was built with AND the seed, in hex, in use for that
120 process. Code parsing this output, should it exist, must change to accommodate
121 the new format.  Example of the new format:
122
123     $ PERL_HASH_SEED_DEBUG=1 ./perl -e1
124     HASH_FUNCTION = MURMUR3 HASH_SEED = 0x1476bb9f
125
126 =head2 Upgrade to Unicode 6.2
127
128 Perl now supports Unicode 6.2.  A list of changes from Unicode
129 6.1 is at L<http://www.unicode.org/versions/Unicode6.2.0>.
130
131 =head2 Character name aliases may now include non-Latin1-range characters
132
133 It is possible to define your own names for characters for use in
134 C<\N{...}>, C<charnames::vianame()>, etc.  These names can now be
135 comprised of characters from the whole Unicode range.  This allows for
136 names to be in your native language, and not just English.  Certain
137 restrictions apply to the characters that may be used (you can't define
138 a name that has punctuation in it, for example).  See L<charnames/CUSTOM
139 ALIASES>.
140
141 =head2 New DTrace probes
142
143 The following new DTrace probes have been added:
144
145 =over 4
146
147 =item *
148
149 C<op-entry>
150
151 =item *
152
153 C<loading-file>
154
155 =item *
156
157 C<loaded-file>
158
159 =back
160
161 =head2 C<${^LAST_FH}>
162
163 This new variable provides access to the filehandle that was last read.
164 This is the handle used by C<$.> and by C<tell> and C<eof> without
165 arguments.
166
167 =head2 Regular Expression Set Operations
168
169 This is an B<experimental> feature to allow matching against the union,
170 intersection, etc., of sets of code points, similar to
171 L<Unicode::Regex::Set>.  It can also be used to extend C</x> processing
172 to [bracketed] character classes, and as a replacement of user-defined
173 properties, allowing more complex expressions than they do.  See
174 L<perlrecharclass/Extended Bracketed Character Classes>.
175
176 =head2 Lexical subroutines
177
178 This new feature is still considered B<experimental>.  To enable it:
179
180     use 5.018;
181     no warnings "experimental::lexical_subs";
182     use feature "lexical_subs";
183
184 You can now declare subroutines with C<state sub foo>, C<my sub foo>, and
185 C<our sub foo>.  (C<state sub> requires that the "state" feature be
186 enabled, unless you write it as C<CORE::state sub foo>.)
187
188 C<state sub> creates a subroutine visible within the lexical scope in which
189 it is declared.  The subroutine is shared between calls to the outer sub.
190
191 C<my sub> declares a lexical subroutine that is created each time the
192 enclosing block is entered.  C<state sub> is generally slightly faster than
193 C<my sub>.
194
195 C<our sub> declares a lexical alias to the package subroutine of the same
196 name.
197
198 For more information, see L<perlsub/Lexical Subroutines>.
199
200 =head2 Computed Labels
201
202 The loop controls C<next>, C<last> and C<redo>, and the special C<dump>
203 operator, now allow arbitrary expressions to be used to compute labels at run
204 time.  Previously, any argument that was not a constant was treated as the
205 empty string.
206
207 =head2 More CORE:: subs
208
209 Several more built-in functions have been added as subroutines to the
210 CORE:: namespace - namely, those non-overridable keywords that can be
211 implemented without custom parsers: C<defined>, C<delete>, C<exists>,
212 C<glob>, C<pos>, C<protoytpe>, C<scalar>, C<split>, C<study>, and C<undef>.
213
214 As some of these have prototypes, C<prototype('CORE::...')> has been
215 changed to not make a distinction between overridable and non-overridable
216 keywords.  This is to make C<prototype('CORE::pos')> consistent with
217 C<prototype(&CORE::pos)>.
218
219 =head2 C<kill> with negative signal names
220
221 C<kill> has always allowed a negative signal number, which kills the
222 process group instead of a single process.  It has also allowed signal
223 names.  But it did not behave consistently, because negative signal names
224 were treated as 0.  Now negative signals names like C<-INT> are supported
225 and treated the same way as -2 [perl #112990].
226
227 =head1 Security
228
229 =head2 C<Storable> security warning in documentation
230
231 The documentation for C<Storable> now includes a section which warns readers
232 of the danger of accepting Storable documents from untrusted sources. The
233 short version is that deserializing certain types of data can lead to loading
234 modules and other code execution. This is documented behavior and wanted
235 behavior, but this opens an attack vector for malicious entities.
236
237 =head2 C<Locale::Maketext> allowed code injection via a malicious template
238
239 If users could provide a translation string to Locale::Maketext, this could be
240 used to invoke arbitrary Perl subroutines available in the current process.
241
242 This has been fixed, but it is still possible to invoke any method provided by
243 C<Locale::Maketext> itself or a subclass that you are using. One of these
244 methods in turn will invoke the Perl core's C<sprintf> subroutine.
245
246 In summary, allowing users to provide translation strings without auditing
247 them is a bad idea.
248
249 This vulnerability is documented in CVE-2012-6329.
250
251 =head2 Avoid calling memset with a negative count
252
253 Poorly written perl code that allows an attacker to specify the count to perl's
254 C<x> string repeat operator can already cause a memory exhaustion
255 denial-of-service attack. A flaw in versions of perl before 5.15.5 can escalate
256 that into a heap buffer overrun; coupled with versions of glibc before 2.16, it
257 possibly allows the execution of arbitrary code.
258
259 The flaw addressed to this commit has been assigned identifier CVE-2012-5195
260 and was researched by Tim Brown.
261
262 =head1 Incompatible Changes
263
264 =head2 See also: hash overhaul
265
266 Some of the changes in the L<hash overhaul|/"Hash overhaul"> are not fully
267 compatible with previous versions of perl.  Please read that section.
268
269 =head2 An unknown character name in C<\N{...}> is now a syntax error
270
271 Previously, it warned, and the Unicode REPLACEMENT CHARACTER was
272 substituted.  Unicode now recommends that this situation be a syntax
273 error.  Also, the previous behavior led to some confusing warnings and
274 behaviors, and since the REPLACEMENT CHARACTER has no use other than as
275 a stand-in for some unknown character, any code that has this problem is
276 buggy.
277
278 =head2 Formerly deprecated characters in C<\N{}> character name aliases are now errors.
279
280 Since v5.12.0, it has been deprecated to use certain characters in
281 user-defined C<\N{...}> character names.  These now cause a syntax
282 error.  For example, it is now an error to begin a name with a digit,
283 such as in
284
285  my $undraftable = "\N{4F}";    # Syntax error!
286
287 or to have commas anywhere in the name.  See L<charnames/CUSTOM ALIASES>
288
289 =head2 C<\N{BELL}> now refers to U+1F514 instead of U+0007
290
291 Unicode 6.0 reused the name "BELL" for a different code point than it
292 traditionally had meant.  Since Perl v5.14, use of this name still
293 referred to U+0007, but would raise a deprecation warning.  Now, "BELL"
294 refers to U+1F514, and the name for U+0007 is "ALERT".  All the
295 functions in L<charnames> have been correspondingly updated.
296
297 =head2 New Restrictions in Multi-Character Case-Insensitive Matching in Regular Expression Bracketed Character Classes
298
299 Unicode has now withdrawn their previous recommendation for regular
300 expressions to automatically handle cases where a single character can
301 match multiple characters case-insensitively, for example the letter
302 LATIN SMALL LETTER SHARP S and the sequence C<ss>.  This is because
303 it turns out to be impracticable to do this correctly in all
304 circumstances.  Because Perl has tried to do this as best it can, it
305 will continue to do so.  (We are considering an option to turn it off.)
306 However, a new restriction is being added on such matches when they
307 occur in [bracketed] character classes.  People were specifying
308 things such as C</[\0-\xff]/i>, and being surprised that it matches the
309 two character sequence C<ss> (since LATIN SMALL LETTER SHARP S occurs in
310 this range).  This behavior is also inconsistent with using a
311 property instead of a range:  C<\p{Block=Latin1}> also includes LATIN
312 SMALL LETTER SHARP S, but C</[\p{Block=Latin1}]/i> does not match C<ss>.
313 The new rule is that for there to be a multi-character case-insensitive
314 match within a bracketed character class, the character must be
315 explicitly listed, and not as an end point of a range.  This more
316 closely obeys the Principle of Least Astonishment.  See
317 L<perlrecharclass/Bracketed Character Classes>.  Note that a bug [perl
318 #89774], now fixed as part of this change, prevented the previous
319 behavior from working fully.
320
321 =head2 Explicit rules for variable names and identifiers
322
323 Due to an oversight, length-one variable names in 5.16 were completely
324 unrestricted, and opened the door to several kinds of insanity.  As of
325 5.18, these now follow the rules of other identifiers, in addition
326 to accepting characters that match the C<\p{POSIX_Punct}> property.
327
328 There are no longer any differences in the parsing of identifiers
329 specified as C<$...> or C<${...}>; previously, they were dealt with in
330 different parts of the core, and so had slightly different behavior. For
331 instance, C<${foo:bar}> was a legal variable name.  Since they are now
332 both parsed by the same code, that is no longer the case.
333
334 =head2 C<\s> in regular expressions now matches a Vertical Tab
335
336 No one could recall why C<\s> didn't match C<\cK>, the vertical tab.
337 Now it does.  Given the extreme rarity of that character, very little
338 breakage is expected.
339
340 =head2 C</(?{})/> and C</(??{})/> have been heavily reworked
341
342 The implementation of this feature has been almost completely rewritten.
343 Although its main intent is to fix bugs, some behaviors, especially
344 related to the scope of lexical variables, will have changed.  This is
345 described more fully in the L</Selected Bug Fixes> section.
346
347 =head2 Stricter parsing of substitution replacement
348
349 It is no longer possible to abuse the way the parser parses C<s///e> like
350 this:
351
352     %_=(_,"Just another ");
353     $_="Perl hacker,\n";
354     s//_}->{_/e;print
355
356 =head2 C<given> now aliases the global C<$_>
357
358 Instead of assigning to an implicit lexical C<$_>, C<given> now makes the
359 global C<$_> an alias for its argument, just like C<foreach>.  However, it
360 still uses lexical C<$_> if there is lexical C<$_> in scope (again, just like
361 C<foreach>) [perl #114020].
362
363 =head2 Lexical C<$_> is now experimental
364
365 Since it was introduced in Perl 5.10, it has caused much confusion with no
366 obvious solution:
367
368 =over
369
370 =item *
371
372 Various modules (e.g., List::Util) expect callback routines to use the
373 global C<$_>.  C<use List::Util 'first'; my $_; first { $_ == 1 } @list>
374 does not work as one would expect.
375
376 =item *
377
378 A C<my $_> declaration earlier in the same file can cause confusing closure
379 warnings.
380
381 =item *
382
383 The "_" subroutine prototype character allows called subroutines to access
384 your lexical C<$_>, so it is not really private after all.
385
386 =item *
387
388 Nevertheless, subroutines with a "(@)" prototype and methods cannot access
389 the caller's lexical C<$_>, unless they are written in XS.
390
391 =item *
392
393 But even XS routines cannot access a lexical C<$_> declared, not in the
394 calling subroutine, but in an outer scope, iff that subroutine happened not
395 to mention C<$_> or use any operators that default to C<$_>.
396
397 =back
398
399 It is our hope that lexical C<$_> can be rehabilitated, but this may
400 cause changes in its behavior.  Please use it with caution until it
401 becomes stable.
402
403 =head2 readline() with C<$/ = \N> now reads N characters, not N bytes
404
405 Previously, when reading from a stream with I/O layers such as
406 C<encoding>, the readline() function, otherwise known as the C<< <> >>
407 operator, would read I<N> bytes from the top-most layer. [perl #79960]
408
409 Now, I<N> characters are read instead.
410
411 There is no change in behaviour when reading from streams with no
412 extra layers, since bytes map exactly to characters.
413
414 =head2 Overridden C<glob> is now passed one argument
415
416 C<glob> overrides used to be passed a magical undocumented second argument
417 that identified the caller.  Nothing on CPAN was using this, and it got in
418 the way of a bug fix, so it was removed.  If you really need to identify
419 the caller, see L<Devel::Callsite> on CPAN.
420
421 =head2 Here-doc parsing
422
423 The body of a here-document inside a quote-like operator now always begins
424 on the line after the "<<foo" marker.  Previously, it was documented to
425 begin on the line following the containing quote-like operator, but that
426 was only sometimes the case [perl #114040].
427
428 =head2 Alphanumeric operators must now be separated from the closing
429 delimiter of regular expressions
430
431 You may no longer write something like:
432
433  m/a/and 1
434
435 Instead you must write
436
437  m/a/ and 1
438
439 with whitespace separating the operator from the closing delimiter of
440 the regular expression.  Not having whitespace has resulted in a
441 deprecation warning since Perl v5.14.0.
442
443 =head2 qw(...) can no longer be used as parentheses
444
445 C<qw> lists used to fool the parser into thinking they were always
446 surrounded by parentheses.  This permitted some surprising constructions
447 such as C<foreach $x qw(a b c) {...}>, which should really be written
448 C<foreach $x (qw(a b c)) {...}>.  These would sometimes get the lexer into
449 the wrong state, so they didn't fully work, and the similar C<foreach qw(a
450 b c) {...}> that one might expect to be permitted never worked at all.
451
452 This side effect of C<qw> has now been abolished.  It has been deprecated
453 since Perl 5.13.11.  It is now necessary to use real parentheses
454 everywhere that the grammar calls for them.
455
456 =head2 Interaction of lexical and default warnings
457
458 Turning on any lexical warnings used first to disable all default warnings
459 if lexical warnings were not already enabled:
460
461     $*; # deprecation warning
462     use warnings "void";
463     $#; # void warning; no deprecation warning
464
465 Now, the debugging, deprecated, glob, inplace and malloc warnings
466 categories are left on when turning on lexical warnings (unless they are
467 turned off by C<no warnings>, of course).
468
469 This may cause deprecation warnings to occur in code that used to be free
470 of warnings.
471
472 Those are the only categories consisting only of default warnings.  Default
473 warnings in other categories are still disabled by C<use warnings
474 "category">, as we do not yet have the infrastructure for controlling
475 individual warnings.
476
477 =head2 C<state sub> and C<our sub>
478
479 Due to an accident of history, C<state sub> and C<our sub> were equivalent
480 to a plain C<sub>, so one could even create an anonymous sub with
481 C<our sub { ... }>.  These are now disallowed outside of the "lexical_subs"
482 feature.  Under the "lexical_subs" feature they have new meanings described
483 in L<perlsub/Lexical Subroutines>.
484
485 =head2 Defined values stored in environment are forced to byte strings
486
487 A value stored in an environment variable has always been stringified.  In this
488 release, it is converted to be only a byte string.  First, it is forced to be a
489 only a string.  Then if the string is utf8 and the equivalent of
490 C<utf8::downgrade()> works, that result is used; otherwise, the equivalent of
491 C<utf8::encode()> is used, and a warning is issued about wide characters
492 (L</Diagnostics>).
493
494 =head2 C<require> dies for unreadable files
495
496 When C<require> encounters an unreadable file, it now dies.  It used to
497 ignore the file and continue searching the directories in C<@INC>
498 [perl #113422].
499
500 =head2 C<gv_fetchmeth_*> and SUPER
501
502 The various C<gv_fetchmeth_*> XS functions used to treat a package whose
503 named ended with ::SUPER specially.  A method lookup on the Foo::SUPER
504 package would be treated as a SUPER method lookup on the Foo package.  This
505 is no longer the case.  To do a SUPER lookup, pass the Foo stash and the
506 GV_SUPER flag.
507
508 =head2 C<split>'s first argument is more consistently interpreted
509
510 After some changes earlier in 5.17, C<split>'s behavior has been
511 simplified: if the PATTERN argument evaluates to a literal string
512 containing one space, it is treated the way that a I<literal> string
513 containing one space once was.
514
515 =head1 Deprecations
516
517 =head2 Deprecated modules
518
519 The following modules will be removed from the core distribution in a
520 future release, and should be installed from CPAN instead. Distributions
521 on CPAN which require these should add them to their prerequisites.
522 The core versions of these modules will issue "deprecated"-category
523 warnings.
524
525 You can silence these deprecation warnings by installing the modules
526 in question from CPAN.
527
528 =over
529
530 =item L<Archive::Extract>
531
532 =item L<B::Lint>
533
534 =item L<B::Lint::Debug>
535
536 =item L<CPANPLUS> and all included C<CPANPLUS::*> modules
537
538 =item L<Devel::InnerPackage>
539
540 =item L<encoding>
541
542 =item L<Log::Message>
543
544 =item L<Log::Message::Config>
545
546 =item L<Log::Message::Handlers>
547
548 =item L<Log::Message::Item>
549
550 =item L<Log::Message::Simple>
551
552 =item L<Module::Pluggable>
553
554 =item L<Module::Pluggable::Object>
555
556 =item L<Object::Accessor>
557
558 =item L<Pod::LaTeX>
559
560 =item L<Term::UI>
561
562 =item L<Term::UI::History>
563
564 =back
565
566 =head2 Deprecated Utilities
567
568 The following utilities will be removed from the core distribution in a
569 future release as their associated modules have been deprecated. They
570 will remain available with the applicable CPAN distribution.
571
572 =over
573
574 =item L<cpanp>
575
576 =item C<cpanp-run-perl>
577
578 =item L<cpan2dist>
579
580 These items are part of the C<CPANPLUS> distribution.
581
582 =item L<pod2latex>
583
584 This item is part of the C<Pod::LaTeX> distribution.
585
586 =back
587
588 =head2 PL_sv_objcount
589
590 This interpreter-global variable used to track the total number of
591 Perl objects in the interpreter. It is no longer maintained and will
592 be removed altogether in Perl 5.20.
593
594 =head2 Five additional characters should be escaped in patterns with C</x>
595
596 When a regular expression pattern is compiled with C</x>, Perl treats 6
597 characters as white space to ignore, such as SPACE and TAB.  However,
598 Unicode recommends 11 characters be treated thusly.  We will conform
599 with this in a future Perl version.  In the meantime, use of any of the
600 missing characters will raise a deprecation warning, unless turned off.
601 The five characters are:
602 U+0085 NEXT LINE,
603 U+200E LEFT-TO-RIGHT MARK,
604 U+200F RIGHT-TO-LEFT MARK,
605 U+2028 LINE SEPARATOR,
606 and
607 U+2029 PARAGRAPH SEPARATOR.
608
609 =head2 User-defined charnames with surprising whitespace
610
611 A user-defined character name with trailing or multiple spaces in a row is
612 likely a typo.  This now generates a warning when defined, on the assumption
613 that uses of it will be unlikely to include the excess whitespace.
614
615 =head2 Various XS-callable functions are now deprecated
616
617 All the functions used to classify characters will be removed from a
618 future version of Perl, and should not be used.  With participating C
619 compilers (e.g., gcc), compiling any file that uses any of these will
620 generate a warning.  These were not intended for public use; there are
621 equivalent, faster, macros for most of them.
622 See L<perlapi/Character classes>.  The complete list is:
623 C<is_uni_alnum>, C<is_uni_alnumc>, C<is_uni_alnumc_lc>,
624 C<is_uni_alnum_lc>, C<is_uni_alpha>, C<is_uni_alpha_lc>,
625 C<is_uni_ascii>, C<is_uni_ascii_lc>, C<is_uni_blank>,
626 C<is_uni_blank_lc>, C<is_uni_cntrl>, C<is_uni_cntrl_lc>,
627 C<is_uni_digit>, C<is_uni_digit_lc>, C<is_uni_graph>,
628 C<is_uni_graph_lc>, C<is_uni_idfirst>, C<is_uni_idfirst_lc>,
629 C<is_uni_lower>, C<is_uni_lower_lc>, C<is_uni_print>,
630 C<is_uni_print_lc>, C<is_uni_punct>, C<is_uni_punct_lc>,
631 C<is_uni_space>, C<is_uni_space_lc>, C<is_uni_upper>,
632 C<is_uni_upper_lc>, C<is_uni_xdigit>, C<is_uni_xdigit_lc>,
633 C<is_utf8_alnum>, C<is_utf8_alnumc>, C<is_utf8_alpha>,
634 C<is_utf8_ascii>, C<is_utf8_blank>, C<is_utf8_char>,
635 C<is_utf8_cntrl>, C<is_utf8_digit>, C<is_utf8_graph>,
636 C<is_utf8_idcont>, C<is_utf8_idfirst>, C<is_utf8_lower>,
637 C<is_utf8_mark>, C<is_utf8_perl_space>, C<is_utf8_perl_word>,
638 C<is_utf8_posix_digit>, C<is_utf8_print>, C<is_utf8_punct>,
639 C<is_utf8_space>, C<is_utf8_upper>, C<is_utf8_xdigit>,
640 C<is_utf8_xidcont>, C<is_utf8_xidfirst>.
641
642 In addition these three functions that have never worked properly are
643 deprecated:
644 C<to_uni_lower_lc>, C<to_uni_title_lc>, and C<to_uni_upper_lc>.
645
646 =head2 Certain rare uses of backslashes within regexes are now deprectated
647
648 There are three pairs of characters that Perl recognizes as
649 metacharacters in regular expression patterns: C<{}>, C<[]>, and C<()>.
650 These can be used as well to delimit patterns, as in:
651
652   m{foo}
653   s(foo)(bar)
654
655 Since they are metacharacters, they have special meaning to regular
656 expression patterns, and it turns out that you can't turn off that
657 special meaning by the normal means of preceding them with a backslash,
658 if you use them, paired, within a pattern delimitted by them.  For
659 example, in
660
661   m{foo\{1,3\}}
662
663 the backslashes do not change the behavior, and this matches
664 S<C<"f o">> followed by one to three more occurrences of C<"o">.
665
666 Usages like this, where they are interpreted as metacharacters, are
667 exceedingly rare; we think there are none, for example, in all of CPAN.
668 Hence, this deprecation should affect very little code.  It does give
669 notice, however, that any such code needs to change, which will in turn
670 allow us to change the behavior in future Perl versions so that the
671 backslashes do have an effect, and without fear that we are silently
672 breaking any existing code.
673
674 =head2 Splitting the tokens C<(?> and C<(*> in regular expressions
675
676 A deprecation warning is now raised if the C<(> and C<?> are separated
677 by white space or comments in C<(?...)> regular expression constructs.
678 Similarly, if the C<(> and C<*> are separated in C<(*VERB...)>
679 constructs.
680
681 =head1 Future Deprecations
682
683 =over
684
685 =item *
686
687 Platforms with out support infrastructure
688
689 Both Windows CE and z/OS have been historically under-maintained, and are
690 currently neither successfully building nor regularly being smoke tested.
691 Efforts are underway to change this situation, but it should not be taken for
692 granted that the platforms are safe and supported.  If they do not become
693 buildable and regularly smoked, support for them may be actively removed in
694 future releases.  If you have an interest in these platforms and you can lend
695 your time, expertise, or hardware to help support these platforms, please let
696 the perl development effort know by emailing C<perl5-porters@perl.org>.
697
698 Some platforms that appear otherwise entirely dead are also on the short list
699 for removal between now and 5.20.0:
700
701 =over
702
703 =item DG/UX
704
705 =item NeXT
706
707 =back
708
709 =item *
710
711 Swapping of $< and $>
712
713 For more information about this future deprecation, see L<the relevant RT
714 ticket|https://rt.perl.org/rt3/Ticket/Display.html?id=96212>.
715
716 =item *
717
718 sfio, stdio
719
720 Perl supports being built without PerlIO proper, using a stdio or sfio
721 wrapper instead.  A perl build like this will not support IO layers and
722 thus Unicode IO, making it rather handicapped.
723
724 PerlIO supports a C<stdio> layer if stdio use is desired, and similarly a
725 sfio layer could be produced.
726
727 =item *
728
729 C<microperl>, long broken and of unclear present purpose, will be removed.
730
731 =item *
732
733 Revamping C<< "\Q" >> semantics in double-quotish strings when combined with
734 other escapes.
735
736 There are several bugs and inconsistencies involving combinations
737 of C<\Q> and escapes like C<\x>, C<\L>, etc., within a C<\Q...\E> pair.
738 These need to be fixed, and doing so will necessarily change current
739 behavior.  The changes have not yet been settled.
740
741 =item *
742
743 Use of C<$^>, where C<^> stands for any actual (non-printing) C0 control
744 character will be disallowed in a future Perl version.  Use C<${^}>
745 instead (where again C<^> stands for a control character),
746 or better, C<$^A> , where C<^> this time is a caret (CIRCUMFLEX ACCENT),
747 and C<A> stands for any of the characters listed at the end of
748 L<perlebcdic/OPERATOR DIFFERENCES>.
749
750 =back
751
752 =head1 Performance Enhancements
753
754 =over 4
755
756 =item *
757
758 Lists of lexical variable declarations (C<my($x, $y)>) are now optimised
759 down to a single op and are hence faster than before.
760
761 =item *
762
763 A new C preprocessor define C<NO_TAINT_SUPPORT> was added that, if set,
764 disables Perl's taint support altogether.  Using the -T or -t command
765 line flags will cause a fatal error.  Beware that both core tests as
766 well as many a CPAN distribution's tests will fail with this change.  On
767 the upside, it provides a small performance benefit due to reduced
768 branching.
769
770 B<Do not enable this unless you know exactly what you are getting yourself
771 into.>
772
773 =item *
774
775 C<pack> with constant arguments is now constant folded in most cases
776 [perl #113470].
777
778 =item *
779
780 Speed up in regular expression matching against Unicode properties.  The
781 largest gain is for C<\X>, the Unicode "extended grapheme cluster."  The
782 gain for it is about 35% - 40%.  Bracketed character classes, e.g.,
783 C<[0-9\x{100}]> containing code points above 255 are also now faster.
784
785 =item *
786
787 On platforms supporting it, several former macros are now implemented as static
788 inline functions. This should speed things up slightly on non-GCC platforms.
789
790 =item *
791
792 Apply the optimisation of hashes in boolean context, such as in C<if> or
793 C<and>, to constructs in non-void context.
794
795 =item *
796
797 Extend the optimisation of hashes in boolean context to C<scalar(%hash)>,
798 C<%hash ? ... : ...>, and C<sub { %hash || ... }>.
799
800 =item *
801
802 Filetest ops manage the stack in a fractionally more efficient manner.
803
804 =item *
805
806 Globs used in a numeric context are now numified directly in most cases,
807 rather than being numerified via stringification.
808
809 =item *
810
811 The C<x> repetition operator is now folded to a single constant at compile
812 time if called in scalar context with constant operands and no parentheses
813 around the left operand.
814
815 =back
816
817 =head1 Modules and Pragmata
818
819 =head2 New Modules and Pragmata
820
821 =over 4
822
823 =item *
824
825 L<Config::Perl::V> version 0.16 has been added as a dual-lifed module.
826 It provides structured data retrieval of C<perl -V> output including
827 information only known to the C<perl> binary and not available via L<Config>.
828
829 =back
830
831 =head2 Updated Modules and Pragmata
832
833 This is only an overview of selected module updates.  For a complete
834 list of updates, run:
835
836   $ corelist --diff 5.14.0 5.16.0
837
838 You can substitute your favorite version in place of 5.14.0, too.
839
840 =over 4
841
842 =item *
843
844 L<XXX> has been upgraded from version A.xx to B.yy.
845
846 =back
847
848 =head2 Removed Modules and Pragmata
849
850 =over 
851
852 =item *
853
854 L<Version::Requirements> has been removed from the core distribution.  It is
855 available under a different name: L<CPAN::Meta::Requirements>.
856
857 =back
858
859 =head1 Documentation
860
861 =head2 Changes to Existing Documentation
862
863 =head3 L<perlcheat>
864
865 =over 4
866
867 =item *
868
869 L<perlcheat> has been reorganized, and a few new sections were added.
870
871 =back
872
873 =head3 L<perldata>
874
875 =over 4
876
877 =item *
878
879 Now explicitly documents the behaviour of hash initializer lists that
880 contain duplicate keys.
881
882 =back
883
884 =head3 L<perldiag>
885
886 =over 4
887
888 =item *
889
890 The explanation of symbolic references being prevented by "strict refs"
891 now doesn't assume that the reader knows what symbolic references are.
892
893 =back
894
895 =head3 L<perlfaq>
896
897 =over 4
898
899 =item *
900
901 L<perlfaq> has been synchronized with version 5.0150040 from CPAN.
902
903 =back
904
905 =head3 L<perlfunc>
906
907 =over 4
908
909 =item *
910
911 The return value of C<pipe> is now documented.
912
913 =item *
914
915 Clarified documentation of C<our>.
916
917 =back
918
919 =head3 L<perlop>
920
921 =over 4
922
923 =item *
924
925 Loop control verbs (C<dump>, C<goto>, C<next>, C<last> and C<redo>) have always
926 had the same precedence as assignment operators, but this was not documented
927 until now.
928
929 =back
930
931 =head3 Diagnostics
932
933 The following additions or changes have been made to diagnostic output,
934 including warnings and fatal error messages.  For the complete list of
935 diagnostic messages, see L<perldiag>.
936
937 XXX New or changed warnings emitted by the core's C<C> code go here.  Also
938 include any changes in L<perldiag> that reconcile it to the C<C> code.
939
940 =head2 New Diagnostics
941
942 XXX Newly added diagnostic messages go under here, separated into New Errors
943 and New Warnings
944
945 =head3 New Errors
946
947 =over 4
948
949 =item *
950
951 L<Unterminated delimiter for here document|perldiag/"Unterminated delimiter for here document">
952
953 This message now occurs when a here document label has an initial quotation
954 mark but the final quotation mark is missing.
955
956 This replaces a bogus and misleading error message about not finding the label
957 itself [perl #114104].
958
959 =item *
960
961 L<panic: child pseudo-process was never scheduled|perldiag/"panic: child pseudo-process was never scheduled">
962
963 This error is thrown when a child pseudo-process in the ithreads implementation
964 on Windows was not scheduled within the time period allowed and therefore was
965 not able to initialize properly [perl #88840].
966
967 =item *
968
969 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/">
970
971 This error has been added for C<(?&0)>, which is invalid.  It used to
972 produce an incomprehensible error message [perl #101666].
973
974 =item *
975
976 L<Can't use an undefined value as a subroutine reference|perldiag/"Can't use an undefined value as %s reference">
977
978 Calling an undefined value as a subroutine now produces this error message.
979 It used to, but was accidentally disabled, first in Perl 5.004 for
980 non-magical variables, and then in Perl 5.14 for magical (e.g., tied)
981 variables.  It has now been restored.  In the mean time, undef was treated
982 as an empty string [perl #113576].
983
984 =item *
985
986 L<Experimental "%s" subs not enabled|perldiag/"Experimental "%s" subs not enabled">
987
988 To use lexical subs, you must first enable them:
989
990     no warnings 'experimental::lexical_subs';
991     use feature 'lexical_subs';
992     my sub foo { ... }
993
994 =back
995
996 =head3 New Warnings
997
998 =over 4
999
1000 =item *
1001
1002 XXX: This needs more detail.
1003
1004 Strings with code points over 0xFF may not be mapped into in-memory file
1005 handles
1006
1007 =item *
1008
1009 L<'%s' resolved to '\o{%s}%d'|perldiag/"'%s' resolved to '\o{%s}%d'">
1010
1011 =item *
1012
1013 L<'Trailing white-space in a charnames alias definition is deprecated'|perldiag/"Trailing white-space in a charnames alias definition is deprecated">
1014
1015 =item *
1016
1017 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">
1018
1019 =item *
1020
1021 L<'Passing malformed UTF-8 to "%s" is deprecated'|perldiag/"Passing malformed UTF-8 to "%s" is deprecated">
1022
1023 =item *
1024
1025 L<Subroutine "&%s" is not available|perldiag/"Subroutine "&%s" is not available">
1026
1027 (W closure) During compilation, an inner named subroutine or eval is
1028 attempting to capture an outer lexical subroutine that is not currently
1029 available.  This can happen for one of two reasons.  First, the lexical
1030 subroutine may be declared in an outer anonymous subroutine that has not
1031 yet been created.  (Remember that named subs are created at compile time,
1032 while anonymous subs are created at run-time.)  For example,
1033
1034     sub { my sub a {...} sub f { \&a } }
1035
1036 At the time that f is created, it can't capture the current the "a" sub,
1037 since the anonymous subroutine hasn't been created yet.  Conversely, the
1038 following won't give a warning since the anonymous subroutine has by now
1039 been created and is live:
1040
1041     sub { my sub a {...} eval 'sub f { \&a }' }->();
1042
1043 The second situation is caused by an eval accessing a variable that has
1044 gone out of scope, for example,
1045
1046     sub f {
1047         my sub a {...}
1048         sub { eval '\&a' }
1049     }
1050     f()->();
1051
1052 Here, when the '\&a' in the eval is being compiled, f() is not currently
1053 being executed, so its &a is not available for capture.
1054
1055 =item *
1056
1057 L<"%s" subroutine &%s masks earlier declaration in same %s|perldiag/"%s" subroutine &%s masks earlier declaration in same %s>
1058
1059 (W misc) A "my" or "state" subroutine has been redeclared in the
1060 current scope or statement, effectively eliminating all access to
1061 the previous instance.  This is almost always a typographical error.
1062 Note that the earlier subroutine will still exist until the end of
1063 the scope or until all closure references to it are destroyed.
1064
1065 =item *
1066
1067 L<The %s feature is experimental|perldiag/"The %s feature is experimental">
1068
1069 (S experimental) This warning is emitted if you enable an experimental
1070 feature via C<use feature>.  Simply suppress the warning if you want
1071 to use the feature, but know that in doing so you are taking the risk
1072 of using an experimental feature which may change or be removed in a
1073 future Perl version:
1074
1075     no warnings "experimental::lexical_subs";
1076     use feature "lexical_subs";
1077
1078 =item *
1079
1080 L<sleep(%u) too large|perldiag/"sleep(%u) too large">
1081
1082 (W overflow) You called C<sleep> with a number that was larger than it can
1083 reliably handle and C<sleep> probably slept for less time than requested.
1084
1085 =item *
1086
1087 L<Wide character in setenv|perldiag/"Wide character in %s">
1088
1089 Attempts to put wide characters into environment variables via C<%ENV> now
1090 provoke this warning.
1091
1092 =item *
1093
1094 "L<Invalid negative number (%s) in chr|perldiag/"Invalid negative number (%s) in chr">"
1095
1096 C<chr()> now warns when passed a negative value [perl #83048].
1097
1098 =item *
1099
1100 "L<Integer overflow in srand|perldiag/"Integer overflow in srand">"
1101
1102 C<srand()> now warns when passed a value that doesn't fit in a C<UV> (since the
1103 value will be truncated rather than overflowing) [perl #40605].
1104
1105 =item *
1106
1107 "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">"
1108
1109 Running perl with the C<-i> flag now warns if no input files are provided on
1110 the command line [perl #113410].
1111
1112 =back
1113
1114 =head2 Changes to Existing Diagnostics
1115
1116 =over 4
1117
1118 =item *
1119
1120 L<$* is no longer supported|perldiag/"$* is no longer supported">
1121
1122 The warning that use of C<$*> and C<$#> is no longer supported is now
1123 generated for every location that references them.  Previously it would fail
1124 to be generated if another variable using the same typeglob was seen first
1125 (e.g. C<@*> before C<$*>), and would not be generated for the second and
1126 subsequent uses.  (It's hard to fix the failure to generate warnings at all
1127 without also generating them every time, and warning every time is
1128 consistent with the warnings that C<$[> used to generate.)
1129
1130 =item *
1131
1132 The warnings for C<\b{> and C<\B{> were added.  They are a deprecation
1133 warning which should be turned off by that category.  One should not
1134 have to turn off regular regexp warnings as well to get rid of these.
1135
1136 =item *
1137
1138 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>
1139
1140 Constant overloading that returns C<undef> results in this error message.
1141 For numeric constants, it used to say "Constant(undef)".  "undef" has been
1142 replaced with the number itself.
1143
1144 =item *
1145
1146 The error produced when a module cannot be loaded now includes a hint that
1147 the module may need to be installed: "Can't locate hopping.pm in @INC (you
1148 may need to install the hopping module) (@INC contains: ...)"
1149
1150 =item *
1151
1152 L<vector argument not supported with alpha versions|perldiag/vector argument not supported with alpha versions>
1153
1154 This warning was not suppressable, even with C<no warnings>.  Now it is
1155 suppressible, and has been moved from the "internal" category to the
1156 "printf" category.
1157
1158 =item *
1159
1160 C<< Can't do {n,m} with n > m in regex; marked by <-- HERE in m/%s/ >>
1161
1162 This fatal error has been turned into a warning that reads:
1163
1164 L<< Quantifier {n,m} with n > m can't match in regex | perldiag/Quantifier {n,m} with n > m can't match in regex >>
1165
1166 (W regexp) Minima should be less than or equal to maxima.  If you really want
1167 your regexp to match something 0 times, just put {0}.
1168
1169 =item *
1170
1171 The "Runaway prototype" warning that occurs in bizarre cases has been
1172 removed as being unhelpful and inconsistent.
1173
1174 =item *
1175
1176 The "Not a format reference" error has been removed, as the only case in
1177 which it could be triggered was a bug.
1178
1179 =item *
1180
1181 The "Unable to create sub named %s" error has been removed for the same
1182 reason.
1183
1184 =item *
1185
1186 The 'Can't use "my %s" in sort comparison' error has been downgraded to a
1187 warning, '"my %s" used in sort comparison' (with 'state' instead of 'my'
1188 for state variables).  In addition, the heuristics for guessing whether
1189 lexical $a or $b has been misused have been improved to generate fewer
1190 false positives.  Lexical $a and $b are no longer disallowed if they are
1191 outside the sort block.  Also, a named unary or list operator inside the
1192 sort block no longer causes the $a or $b to be ignored [perl #86136].
1193
1194 =back
1195
1196 =head1 Utility Changes
1197
1198 =head3 L<h2xs>
1199
1200 =over 4
1201
1202 =item *
1203
1204 F<h2xs> no longer produces invalid code for empty defines.  [perl #20636]
1205
1206 =back
1207
1208 =head1 Configuration and Compilation
1209
1210 =over 4
1211
1212 =item *
1213
1214 Added C<useversionedarchname> option to Configure
1215
1216 When set, it includes 'api_versionstring' in 'archname'. E.g.
1217 x86_64-linux-5.13.6-thread-multi.  It is unset by default.
1218
1219 This feature was requested by Tim Bunce, who observed that
1220 INSTALL_BASE creates a library structure that does not
1221 differentiate by perl version.  Instead, it places architecture
1222 specific files in "$install_base/lib/perl5/$archname".  This makes
1223 it difficult to use a common INSTALL_BASE library path with
1224 multiple versions of perl.
1225
1226 By setting -Duseversionedarchname, the $archname will be
1227 distinct for architecture I<and> API version, allowing mixed use of
1228 INSTALL_BASE.
1229
1230 =item *
1231
1232 Add a C<PERL_NO_INLINE_FUNCTIONS> option
1233
1234 If PERL_NO_INLINE_FUNCTIONS is defined, don't include "inline.h"
1235
1236 This permits test code to include the perl headers for definitions without
1237 creating a link dependency on the perl library (which may not exist yet).
1238
1239 =item *
1240
1241 Configure will honour the external C<MAILDOMAIN> environment variable, if set.
1242
1243 =item *
1244
1245 C<installman> no longer ignores the silent option
1246
1247 =item *
1248
1249 Both C<META.yml> and C<META.json> files are now included in the distribution.
1250
1251 =item *
1252
1253 F<Configure> will now correctly detect C<isblank()> when compiling with a C++
1254 compiler.
1255
1256 =item *
1257
1258 The pager detection in F<Configure> has been improved to allow responses which
1259 specify options after the program name, e.g. B</usr/bin/less -R>, if the user
1260 accepts the default value.  This helps B<perldoc> when handling ANSI escapes
1261 [perl #72156].
1262
1263 =back
1264
1265 =head1 Testing
1266
1267 =over 4
1268
1269 =item *
1270
1271 The test suite now has a section for tests that require very large amounts
1272 of memory.  These tests won't run by default; they can be enabled by
1273 setting the C<PERL_TEST_MEMORY> environment variable to the number of
1274 gibibytes of memory that may be safely used.
1275
1276 =back
1277
1278 =head1 Platform Support
1279
1280 =head2 Discontinued Platforms
1281
1282 =over 4
1283
1284 =item BeOS
1285
1286 BeOS was an operating system for personal computers developed by Be Inc,
1287 initially for their BeBox hardware. The OS Haiku was written as an open
1288 source replacement for/continuation of BeOS, and its perl port is current and
1289 actively maintained.
1290
1291 =item UTS Global
1292
1293 Support code relating to UTS global has been removed.  UTS was a mainframe
1294 version of System V created by Amdahl, subsequently sold to UTS Global.  The
1295 port has not been touched since before Perl 5.8.0, and UTS Global is now
1296 defunct.
1297
1298 =item VM/ESA
1299
1300 Support for VM/ESA has been removed. The port was tested on 2.3.0, which
1301 IBM ended service on in March 2002. 2.4.0 ended service in June 2003, and
1302 was superseded by Z/VM. The current version of Z/VM is V6.2.0, and scheduled
1303 for end of service on 2015/04/30.
1304
1305 =item MPE/IX
1306
1307 Support for MPE/IX has been removed.
1308
1309 =item EPOC
1310
1311 Support code relating to EPOC has been removed.  EPOC was a family of
1312 operating systems developed by Psion for mobile devices.  It was the
1313 predecessor of Symbian.  The port was last updated in April 2002.
1314
1315 =item Rhapsody
1316
1317 Support for Rhapsody has been removed.
1318
1319 =back
1320
1321 =head2 Platform-Specific Notes
1322
1323 =head3 AIX
1324
1325 Configure now always adds C<-qlanglvl=extc99> to the CC flags on AIX when
1326 using xlC.  This will make it easier to compile a number of XS-based modules
1327 that assume C99 [perl #113778].
1328
1329 =head3 clang++
1330
1331 There is now a workaround for a compiler bug that prevented compiling
1332 with clang++ since Perl 5.15.7 [perl #112786].
1333
1334 =head3 C++
1335
1336 When compiling the Perl core as C++ (which is only semi-supported), the
1337 mathom functions are now compiled as C<extern "C">, to ensure proper
1338 binary compatibility.  (However, binary compatibility isn't generally
1339 guaranteed anyway in the situations where this would matter.)
1340
1341 =head3 Darwin
1342
1343 Stop hardcoding an alignment on 8 byte boundaries to fix builds using
1344 -Dusemorebits.
1345
1346 =head3 Haiku
1347
1348 Perl should now work out of the box on Haiku R1 Alpha 4.
1349
1350 =head3 MidnightBSD
1351
1352 C<libc_r> was removed from recent versions of MidnightBSD and older versions
1353 work better with C<pthread>. Threading is now enabled using C<pthread> which
1354 corrects build errors with threading enabled on 0.4-CURRENT.
1355
1356 =head3 Solaris
1357
1358 In Configure, avoid running sed commands with flags not supported on Solaris.
1359
1360 =head3 VMS
1361
1362 =over
1363
1364 =item *
1365
1366 Where possible, the case of filenames and command-line arguments is now
1367 preserved by enabling the CRTL features C<DECC$EFS_CASE_PRESERVE> and
1368 C<DECC$ARGV_PARSE_STYLE> at start-up time.  The latter only takes effect
1369 when extended parse is enabled in the process from which Perl is run.
1370
1371 =item *
1372
1373 The character set for Extended Filename Syntax (EFS) is now enabled by default
1374 on VMS.  Among other things, this provides better handling of dots in directory
1375 names, multiple dots in filenames,and spaces in filenames.  To obtain the old
1376 behavior, set the logical name C<DECC$EFS_CHARSET> to C<DISABLE>.
1377
1378 =item *
1379
1380 Fix linking on builds configured with -Dusemymalloc=y.
1381
1382 =item *
1383
1384 It should now be possible to compile Perl as C++ on VMS.
1385
1386 =item *
1387
1388 All C header files from the top-level directory of the distribution are now
1389 installed on VMS, providing consistency with a long-standing practice on other
1390 platforms. Previously only a subset were installed, which broke non-core
1391 extension builds for extensions that depended on the missing include files.
1392
1393 =item *
1394
1395 Quotes are now removed from the command verb (but not the parameters) for
1396 commands spawned via C<system>, backticks, or a piped C<open>.  Previously,
1397 quotes on the verb were passed through to DCL, which would fail to recognize
1398 the command.  Also, if the verb is actually a path to an image or command
1399 procedure on an ODS-5 volume, quoting it now allows the path to contain spaces.
1400
1401 =item *
1402
1403 The B<a2p> build has been fixed for the HP C++ compiler on OpenVMS.
1404
1405 =back
1406
1407 =head3 Win32
1408
1409 =over
1410
1411 =item *
1412
1413 Perl can now be built using Microsoft's Visual C++ 2012 compiler by specifying
1414 CCTYPE=MSVC110 (or MSVC110FREE if you are using the free Express edition for
1415 Windows Desktop) in F<win32/Makefile>.
1416
1417 =item *
1418
1419 The option to build without USE_SOCKETS_AS_HANDLES has been removed.
1420
1421 =item *
1422
1423 Fixed a problem where perl could crash while cleaning up threads (including the
1424 main thread) in threaded debugging builds on Win32 and possibly other platforms
1425 [perl #114496].
1426
1427 =item *
1428
1429 A rare race condition that would lead to L<sleep|perlfunc/sleep> taking more
1430 time than requested, and possibly even hanging, has been fixed [perl #33096].
1431
1432 =item *
1433
1434 C<link> on Win32 now attempts to set C<$!> to more appropriate values
1435 based on the Win32 API error code. [perl #112272]
1436
1437 Perl no longer mangles the environment block, e.g. when launching a new
1438 sub-process, when the environment contains non-ASCII characters. Known
1439 problems still remain, however, when the environment contains characters
1440 outside of the current ANSI codepage (e.g. see the item about Unicode in
1441 C<%ENV> in L<http://perl5.git.perl.org/perl.git/blob/HEAD:/Porting/todo.pod>).
1442 [perl #113536]
1443
1444 =item *
1445
1446 Building perl with some Windows compilers used to fail due to a problem
1447 with miniperl's C<glob> operator (which uses the C<perlglob> program)
1448 deleting the PATH environment variable [perl #113798].
1449
1450 =item *
1451
1452 A new makefile option, USE_64_BIT_INT, has been added to the Windows
1453 makefiles.  Set this to "define" when building a 32-bit perl if you want
1454 it to use 64-bit integers.
1455
1456 Machine code size reductions, already made to the DLLs of XS modules in
1457 Perl 5.17.2, have now been extended to the perl DLL itself.
1458
1459 Building with VC++ 6.0 was inadvertently broken in Perl 5.17.2 but has
1460 now been fixed again.
1461
1462 =back
1463
1464 =head3 WinCE
1465
1466 Building on WinCE is now possible once again, although more work is required
1467 to fully restore a clean build.
1468
1469 =head1 Internal Changes
1470
1471 =over
1472
1473 =item *
1474
1475 Synonyms for the misleadingly named C<av_len()> has been created:
1476 C<av_top_index()> and C<av_tindex>.  All three of these return the
1477 number of the highest index in the array, not the number of elements it
1478 contains.
1479
1480 =item *
1481
1482 SvUPGRADE() is no longer an expression. Originally this macro (and its
1483 underlying function, sv_upgrade()) were documented as boolean, although
1484 in reality they always croaked on error and never returned false. In 2005
1485 the documentation was updated to specify a void return value, but
1486 SvUPGRADE() was left always returning 1 for backwards compatibility. This
1487 has now been removed, and SvUPGRADE() is now a statement with no return
1488 value.
1489
1490 So this is now a syntax error:
1491
1492     if (!SvUPGRADE(sv)) { croak(...); }
1493
1494 If you have code like that, simply replace it with
1495
1496     SvUPGRADE(sv);
1497
1498 or to to avoid compiler warnings with older perls, possibly
1499
1500     (void)SvUPGRADE(sv);
1501
1502 =item *
1503
1504 Perl has a new copy-on-write mechanism that allows any SvPOK scalar to be
1505 upgraded to a copy-on-write scalar.  A reference count on the string buffer
1506 is stored in the string buffer itself.
1507
1508 This breaks a few XS modules by allowing copy-on-write scalars to go
1509 through code paths that never encountered them before.
1510
1511 This behaviour can still be disabled by running F<Configure> with
1512 B<-Accflags=-DPERL_NO_COW>.  This option will probably be removed in Perl
1513 5.20.
1514
1515 =item *
1516
1517 Copy-on-write no longer uses the SvFAKE and SvREADONLY flags.  Hence,
1518 SvREADONLY indicates a true read-only SV.
1519
1520 Use the SvIsCOW macro (as before) to identify a copy-on-write scalar.
1521
1522 =item *
1523
1524 PL_glob_index is gone.
1525
1526 =item *
1527
1528 The private Perl_croak_no_modify has had its context parameter removed.  It is
1529 now has a void prototype.  Users of the public API croak_no_modify remain
1530 unaffected.
1531
1532 =item *
1533
1534 Copy-on-write (shared hash key) scalars are no longer marked read-only.
1535 C<SvREADONLY> returns false on such an SV, but C<SvIsCOW> still returns
1536 true.
1537
1538 =item *
1539
1540 A new op type, C<OP_PADRANGE> has been introduced.  The perl peephole
1541 optimiser will, where possible, substitute a single padrange op for a
1542 pushmark followed by one or more pad ops, and possibly also skipping list
1543 and nextstate ops.  In addition, the op can carry out the tasks associated
1544 with the RHS of a my(...) = @_ assignment, so those ops may be optimised
1545 away too.
1546
1547 =item *
1548
1549 Case-insensitive matching inside a [bracketed] character class with a
1550 multi-character fold no longer excludes one of the possibilities in the
1551 circumstances that it used to. [perl #89774].
1552
1553 =item *
1554
1555 C<PL_formfeed> has been removed.
1556
1557 =item *
1558
1559 The regular expression engine no longer reads one byte past the end of the
1560 target string.  While for all internally well-formed scalars this should
1561 never have been a problem, this change facilitates clever tricks with
1562 string buffers in CPAN modules.  [perl #73542]
1563
1564 =item *
1565
1566 Inside a BEGIN block, C<PL_compcv> now points to the currently-compiling
1567 subroutine, rather than the BEGIN block itself.
1568
1569 =item *
1570
1571 C<mg_length> has been deprecated.
1572
1573 =item *
1574
1575 C<sv_len> now always returns a byte count and C<sv_len_utf8> a character
1576 count.  Previously, C<sv_len> and C<sv_len_utf8> were both buggy and would
1577 sometimes returns bytes and sometimes characters.  C<sv_len_utf8> no longer
1578 assumes that its argument is in UTF8.  Neither of these creates UTF8 caches
1579 for tied or overloaded values or for non-PVs any more.
1580
1581 =item *
1582
1583 C<sv_mortalcopy> now copies string buffers of shared hash key scalars when
1584 called from XS modules [perl #79824].
1585
1586 =item *
1587
1588 C<RXf_SPLIT> and C<RXf_SKIPWHITE> are no longer used.  They are now
1589 #defined as 0.
1590
1591 =item *
1592
1593 The new C<RXf_MODIFIES_VARS> flag can be set by custom regular expression
1594 engines to indicate that the execution of the regular expression may cause
1595 variables to be modified.  This lets C<s///> know to skip certain
1596 optimisations.  Perl's own regular expression engine sets this flag for the
1597 special backtracking verbs that set $REGMARK and $REGERROR.
1598
1599 =item *
1600
1601 The APIs for accessing lexical pads have changed considerably.
1602
1603 C<PADLIST>s are now longer C<AV>s, but their own type instead.
1604 C<PADLIST>s now contain a C<PAD> and a C<PADNAMELIST> of C<PADNAME>s,
1605 rather than C<AV>s for the pad and the list of pad names.  C<PAD>s,
1606 C<PADNAMELIST>s, and C<PADNAME>s are to be accessed as such through the
1607 newly added pad API instead of the plain C<AV> and C<SV> APIs.  See
1608 L<perlapi> for details.
1609
1610 =item *
1611
1612 In the regex API, the numbered capture callbacks are passed an index
1613 indicating what match variable is being accessed. There are special
1614 index values for the C<$`, $&, $&> variables. Previously the same three
1615 values were used to retrieve C<${^PREMATCH}, ${^MATCH}, ${^POSTMATCH}>
1616 too, but these have now been assigned three separate values. See
1617 L<perlreapi/Numbered capture callbacks>.
1618
1619 =item *
1620
1621 C<PL_sawampersand> was previously a boolean indicating that any of
1622 C<$`, $&, $&> had been seen; it now contains three one-bit flags
1623 indicating the presence of each of the variables individually.
1624
1625 =item *
1626
1627 The C<CV *> typemap entry now supports C<&{}> overloading and typeglobs,
1628 just like C<&{...}> [perl #96872].
1629
1630 =item *
1631
1632 The C<SVf_AMAGIC> flag to indicate overloading is now on the stash, not the
1633 object.  It is now set automatically whenever a method or @ISA changes, so
1634 its meaning has changed, too.  It now means "potentially overloaded".  When
1635 the overload table is calculated, the flag is automatically turned off if
1636 there is no overloading, so there should be no noticeable slowdown.
1637
1638 The staleness of the overload tables is now checked when overload methods
1639 are invoked, rather than during C<bless>.
1640
1641 "A" magic is gone.  The changes to the handling of the C<SVf_AMAGIC> flag
1642 eliminate the need for it.
1643
1644 C<PL_amagic_generation> has been removed as no longer necessary.  For XS
1645 modules, it is now a macro alias to C<PL_na>.
1646
1647 The fallback overload setting is now stored in a stash entry separate from
1648 overloadedness itself.
1649
1650 =item *
1651
1652 The character-processing code has been cleaned up in places.  The changes
1653 should be operationally invisible.
1654
1655 =item *
1656
1657 The C<study> function was made a no-op in 5.16.  It was simply disabled via
1658 a C<return> statement; the code was left in place.  Now the code supporting
1659 what C<study> used to do has been removed.
1660
1661 =item *
1662
1663 Under threaded perls, there is no longer a separate PV allocated for every
1664 COP to store its package name (C<< cop->stashpv >>).  Instead, there is an
1665 offset (C<< cop->stashoff >>) into the new C<PL_stashpad> array, which
1666 holds stash pointers.
1667
1668 =item *
1669
1670 In the pluggable regex API, the C<regexp_engine> struct has acquired a new
1671 field C<op_comp>, which is currently just for perl's internal use, and
1672 should be initialised to NULL by other regex plugin modules.
1673
1674 =item *
1675
1676 A new function C<alloccoptash> has been added to the API, but is considered
1677 experimental.  See L<perlapi>.
1678
1679 =item *
1680
1681 Perl used to implement get magic in a way that would sometimes hide bugs in
1682 code could call mg_get() too many times on magical values.  This hiding of
1683 errors no longer occurs, so long-standing bugs may become visible now.  If
1684 you see magic-related errors in XS code, check to make sure it, together
1685 with the Perl API functions it uses, calls mg_get() only once on SvGMAGICAL()
1686 values.
1687
1688 =item *
1689
1690 OP allocation for CVs now uses a slab allocator.  This simplifies
1691 memory management for OPs allocated to a CV, so cleaning up after a
1692 compilation error is simpler and safer [perl #111462][perl #112312].
1693
1694 =item *
1695
1696 PERL_DEBUG_READONLY_OPS has been rewritten to work with the new slab
1697 allocator, allowing it to catch more violations than before.
1698
1699 =item *
1700
1701 The old slab allocator for ops, which was only enabled for PERL_IMPLICIT_SYS
1702 and PERL_DEBUG_READONLY_OPS, has been retired.
1703
1704 =back
1705
1706 =head1 Selected Bug Fixes
1707
1708 =over 4
1709
1710 =item *
1711
1712 Here-doc terminators no longer require a terminating newline character when
1713 they occur at the end of a file.  This was already the case at the end of a
1714 string eval [perl #65838].
1715
1716 =item *
1717
1718 -DPERL_GLOBAL_STRUCT builds now free the global struct B<after>
1719 they've finished using it.
1720
1721 =item *
1722
1723 A trailing '/' on a path in @INC will no longer have an additional '/'
1724 appended.
1725
1726 =item *
1727
1728 The C<:crlf> layer now works when unread data doesn't fit into its own
1729 buffer. [perl #112244].
1730
1731 =item *
1732
1733 C<ungetc()> now handles UTF-8 encoded data. [perl #116322].
1734
1735 =item *
1736
1737 A bug in the core typemap caused any C types that map to the T_BOOL core
1738 typemap entry to not be set, updated, or modified when the T_BOOL variable was
1739 used in an OUTPUT: section with an exception for RETVAL. T_BOOL in an INPUT:
1740 section was not affected. Using a T_BOOL return type for an XSUB (RETVAL)
1741 was not affected. A side effect of fixing this bug is, if a T_BOOL is specified
1742 in the OUTPUT: section (which previous did nothing to the SV), and a read only
1743 SV (literal) is passed to the XSUB, croaks like "Modification of a read-only
1744 value attempted" will happen. [perl #115796]
1745
1746 =item *
1747
1748 On many platforms, providing a directory name as the script name caused perl
1749 to do nothing and report success.  It should now universally report an error
1750 and exit nonzero. [perl #61362]
1751
1752 =item *
1753
1754 C<sort {undef} ...> under fatal warnings no longer crashes.  It had
1755 begun crashing in Perl 5.16.
1756
1757 =item *
1758
1759 Stashes blessed into each other
1760 (C<bless \%Foo::, 'Bar'; bless \%Bar::, 'Foo'>) no longer result in double
1761 frees.  This bug started happening in Perl 5.16.
1762
1763 =item *
1764
1765 Numerous memory leaks have been fixed, mostly involving fatal warnings and
1766 syntax errors.
1767
1768 =item *
1769
1770 Some failed regular expression matches such as C<'f' =~ /../g> were not
1771 resetting C<pos>.  Also, "match-once" patterns (C<m?...?g>) failed to reset
1772 it, too, when invoked a second time [perl #23180].
1773
1774 =item *
1775
1776 Accessing C<$&> after a pattern match now works if it had not been seen
1777 before the match.  I.e., this applies to C<${'&'}> (under C<no strict>) and
1778 C<eval '$&'>.  The same applies to C<$'> and C<$`> [perl #4289].
1779
1780 =item *
1781
1782 Several bugs involving C<local *ISA> and C<local *Foo::> causing stale
1783 MRO caches have been fixed.
1784
1785 =item *
1786
1787 Defining a subroutine when its typeglob has been aliased no longer results
1788 in stale method caches.  This bug was introduced in Perl 5.10.
1789
1790 =item *
1791
1792 Localising a typeglob containing a subroutine when the typeglob's package
1793 has been deleted from its parent stash no longer produces an error.  This
1794 bug was introduced in Perl 5.14.
1795
1796 =item *
1797
1798 Under some circumstances, C<local *method=...> would fail to reset method
1799 caches upon scope exit.
1800
1801 =item *
1802
1803 C</[.foo.]/> is no longer an error, but produces a warning (as before) and
1804 is treated as C</[.fo]/> [perl #115818].
1805
1806 =item *
1807
1808 C<goto $tied_var> now calls FETCH before deciding what type of goto
1809 (subroutine or label) this is.
1810
1811 =item *
1812
1813 Renaming packages through glob assignment
1814 (C<*Foo:: = *Bar::; *Bar:: = *Baz::>) in combination with C<m?...?> and
1815 C<reset> no longer makes threaded builds crash.
1816
1817 =item *
1818
1819 A number of bugs related to assigning a list to hash have been fixed. Many of
1820 these involve lists with repeated keys like C<(1, 1, 1, 1)>.
1821
1822 =over 4
1823
1824 =item *
1825
1826 The expression C<scalar(%h = (1, 1, 1, 1))> now returns C<4>, not C<2>.
1827
1828 =item *
1829
1830 The return value of C<%h = (1, 1, 1)> in list context was wrong. Previously
1831 this would return C<(1, undef, 1)>, now it returns C<(1, undef)>.
1832
1833 =item *
1834
1835 Perl now issues the same warning on C<($s, %h) = (1, {})> as it does for
1836 C<(%h) = ({})>, "Reference found where even-sized list expected".
1837
1838 =item *
1839
1840 A number of additional edge cases in list assignment to hashes were
1841 corrected. For more details see commit 23b7025ebc.
1842
1843 =back
1844
1845 =item *
1846
1847 Attributes applied to lexical variables no longer leak memory.
1848 [perl #114764]
1849
1850 =item *
1851
1852 C<dump>, C<goto>, C<last>, C<next>, C<redo> or C<require> followed by a
1853 bareword (or version) and then an infix operator is no longer a syntax
1854 error.  It used to be for those infix operators (like C<+>) that have a
1855 different meaning where a term is expected.  [perl #105924]
1856
1857 =item *
1858
1859 C<require a::b . 1> and C<require a::b + 1> no longer produce erroneous
1860 ambiguity warnings.  [perl #107002]
1861
1862 =item *
1863
1864 Class method calls are now allowed on any string, and not just strings
1865 beginning with an alphanumeric character.  [perl #105922]
1866
1867 =item *
1868
1869 An empty pattern created with C<qr//> used in C<m///> no longer triggers
1870 the "empty pattern reuses last pattern" behaviour.  [perl #96230]
1871
1872 =item *
1873
1874 Tying a hash during iteration no longer results in a memory leak.
1875
1876 =item *
1877
1878 Freeing a tied hash during iteration no longer results in a memory leak.
1879
1880 =item *
1881
1882 List assignment to a tied array or hash that dies on STORE no longer
1883 results in a memory leak.
1884
1885 =item *
1886
1887 If the hint hash (C<%^H>) is tied, compile-time scope entry (which copies
1888 the hint hash) no longer leaks memory if FETCH dies.  [perl #107000]
1889
1890 =item *
1891
1892 Constant folding no longer inappropriately triggers the special
1893 C<split " "> behaviour.  [perl #94490]
1894
1895 =item *
1896
1897 C<defined scalar(@array)>, C<defined do { &foo }>, and similar constructs
1898 now treat the argument to C<defined> as a simple scalar.  [perl #97466]
1899
1900 =item *
1901
1902 Running a custom debugging that defines no C<*DB::DB> glob or provides a
1903 subroutine stub for C<&DB::DB> no longer results in a crash, but an error
1904 instead.  [perl #114990]
1905
1906 =item *
1907
1908 C<reset ""> now matches its documentation.  C<reset> only resets C<m?...?>
1909 patterns when called with no argument.  An empty string for an argument now
1910 does nothing.  (It used to be treated as no argument.)  [perl #97958]
1911
1912 =item *
1913
1914 C<printf> with an argument returning an empty list no longer reads past the
1915 end of the stack, resulting in erratic behaviour.  [perl #77094]
1916
1917 =item *
1918
1919 C<--subname> no longer produces erroneous ambiguity warnings.
1920 [perl #77240]
1921
1922 =item *
1923
1924 C<v10> is now allowed as a label or package name.  This was inadvertently
1925 broken when v-strings were added in Perl 5.6.  [perl #56880]
1926
1927 =item *
1928
1929 C<length>, C<pos>, C<substr> and C<sprintf> could be confused by ties,
1930 overloading, references and typeglobs if the stringification of such
1931 changed the internal representation to or from UTF8.  [perl #114410]
1932
1933 =item *
1934
1935 utf8::encode now calls FETCH and STORE on tied variables.  utf8::decode now
1936 calls STORE (it was already calling FETCH).
1937
1938 =item *
1939
1940 C<$tied =~ s/$non_utf8/$utf8/> no longer loops infinitely if the tied
1941 variable returns a Latin-1 string, shared hash key scalar, or reference or
1942 typeglob that stringifies as ASCII or Latin-1.  This was a regression from
1943 5.12.x.
1944
1945 =item *
1946
1947 C<s///> without /e is now better at detecting when it needs to forego
1948 certain optimisations, fixing some buggy cases:
1949
1950 =over
1951
1952 =item *
1953
1954 Match variables in certain constructs (C<&&>, C<||>, C<..> and others) in
1955 the replacement part; e.g., C<s/(.)/$l{$a||$1}/g>.  [perl #26986]
1956
1957 =item *
1958
1959 Aliases to match variables in the replacement.
1960
1961 =item *
1962
1963 C<$REGERROR> or C<$REGMARK> in the replacement.  [perl #49190]
1964
1965 =item *
1966
1967 An empty pattern (C<s//$foo/>) that causes the last-successful pattern to
1968 be used, when that pattern contains code blocks that modify the variables
1969 in the replacement.
1970
1971 =back
1972
1973 =item *
1974
1975 The taintedness of the replacement string no longer affects the taintedness
1976 of the return value of C<s///e>.
1977
1978 =item *
1979
1980 The C<$|> autoflush variable is created on-the-fly when needed.  If this
1981 happened (e.g., if it was mentioned in a module or eval) when the
1982 currently-selected filehandle was a typeglob with an empty IO slot, it used
1983 to crash.  [perl #115206]
1984
1985 =item *
1986
1987 Line numbers at the end of a string eval are no longer off by one.
1988 [perl #114658]
1989
1990 =item *
1991
1992 @INC filters (subroutines returned by subroutines in @INC) that set $_ to a
1993 copy-on-write scalar no longer cause the parser to modify that string
1994 buffer in place.
1995
1996 =item *
1997
1998 C<length($object)> no longer returns the undefined value if the object has
1999 string overloading that returns undef.  [perl #115260]
2000
2001 =item *
2002
2003 The use of C<PL_stashcache>, the stash name lookup cache for method calls, has
2004 been restored,
2005
2006 Commit da6b625f78f5f133 in August 2011 inadvertently broke the code that looks
2007 up values in C<PL_stashcache>. As it's a only cache, quite correctly everything
2008 carried on working without it.
2009
2010 =item *
2011
2012 The error "Can't localize through a reference" had disappeared in 5.16.0
2013 when C<local %$ref> appeared on the last line of an lvalue subroutine.
2014 This error disappeared for C<\local %$ref> in perl 5.8.1.  It has now
2015 been restored.
2016
2017 =item *
2018
2019 The parsing of here-docs has been improved significantly, fixing several
2020 parsing bugs and crashes and one memory leak, and correcting wrong
2021 subsequent line numbers under certain conditions.
2022
2023 =item *
2024
2025 Inside an eval, the error message for an unterminated here-doc no longer
2026 has a newline in the middle of it [perl #70836].
2027
2028 =item *
2029
2030 A substitution inside a substitution pattern (C<s/${s|||}//>) no longer
2031 confuses the parser.
2032
2033 =item *
2034
2035 It may be an odd place to allow comments, but C<s//"" # hello/e> has
2036 always worked, I<unless> there happens to be a null character before the
2037 first #.  Now it works even in the presence of nulls.
2038
2039 =item *
2040
2041 An invalid range in C<tr///> or C<y///> no longer results in a memory leak.
2042
2043 =item *
2044
2045 String eval no longer treats a semicolon-delimited quote-like operator at
2046 the very end (C<eval 'q;;'>) as a syntax error.
2047
2048 =item *
2049
2050 C<< warn {$_ => 1} + 1 >> is no longer a syntax error.  The parser used to
2051 get confused with certain list operators followed by an anonymous hash and
2052 then an infix operator that shares its form with a unary operator.
2053
2054 =item *
2055
2056 C<(caller $n)[6]> (which gives the text of the eval) used to return the
2057 actual parser buffer.  Modifying it could result in crashes.  Now it always
2058 returns a copy.  The string returned no longer has "\n;" tacked on to the
2059 end.  The returned text also includes here-doc bodies, which used to be
2060 omitted.
2061
2062 =item *
2063
2064 Reset the utf8 position cache when accessing magical variables to avoid the
2065 string buffer and the utf8 position cache getting out of sync
2066 [perl #114410].
2067
2068 =item *
2069
2070 Various cases of get magic being called twice for magical utf8 strings have been
2071 fixed.
2072
2073 =item *
2074
2075 This code (when not in the presence of C<$&> etc)
2076
2077     $_ = 'x' x 1_000_000;
2078     1 while /(.)/;
2079
2080 used to skip the buffer copy for performance reasons, but suffered from C<$1>
2081 etc changing if the original string changed.  That's now been fixed.
2082
2083 =item *
2084
2085 Perl doesn't use PerlIO anymore to report out of memory messages, as PerlIO
2086 might attempt to allocate more memory.
2087
2088 =item *
2089
2090 In a regular expression, if something is quantified with C<{n,m}> where
2091 C<S<n E<gt> m>>, it can't possibly match.  Previously this was a fatal
2092 error, but now is merely a warning (and that something won't match).
2093 [perl #82954].
2094
2095 =item *
2096
2097 It used to be possible for formats defined in subroutines that have
2098 subsequently been undefined and redefined to close over variables in the
2099 wrong pad (the newly-defined enclosing sub), resulting in crashes or
2100 "Bizarre copy" errors.
2101
2102 =item *
2103
2104 Redefinition of XSUBs at run time could produce warnings with the wrong
2105 line number.
2106
2107 =item *
2108
2109 The %vd sprintf format does not support version objects for alpha versions.
2110 It used to output the format itself (%vd) when passed an alpha version, and
2111 also emit an "Invalid conversion in printf" warning.  It no longer does,
2112 but produces the empty string in the output.  It also no longer leaks
2113 memory in this case.
2114
2115 =item *
2116
2117 C<< $obj->SUPER::method >> calls in the main package could fail if the
2118 SUPER package had already been accessed by other means.
2119
2120 =item *
2121
2122 Stash aliasing (C<*foo:: = *bar::>) no longer causes SUPER calls to ignore
2123 changes to methods or @ISA or use the wrong package.
2124
2125 =item *
2126
2127 Method calls on packages whose names end in ::SUPER are no longer treated
2128 as SUPER method calls, resulting in failure to find the method.
2129 Furthermore, defining subroutines in such packages no longer causes them to
2130 be found by SUPER method calls on the containing package [perl #114924].
2131
2132 =item *
2133
2134 C<\w> now matches the code points U+200C (ZERO WIDTH NON-JOINER) and U+200D
2135 (ZERO WIDTH JOINER).  C<\W> no longer matches these.  This change is because
2136 Unicode corrected their definition of what C<\w> should match.
2137
2138 =item *
2139
2140 C<dump LABEL> no longer leaks its label.
2141
2142 =item *
2143
2144 Constant folding no longer changes the behaviour of functions like C<stat()>
2145 and C<truncate()> that can take either filenames or handles.
2146 C<stat 1 ? foo : bar> nows treats its argument as a file name (since it is an
2147 arbitrary expression), rather than the handle "foo".
2148
2149 =item *
2150
2151 C<truncate FOO, $len> no longer falls back to treating "FOO" as a file name if
2152 the filehandle has been deleted.  This was broken in Perl 5.16.0.
2153
2154 =item *
2155
2156 Subroutine redefinitions after sub-to-glob and glob-to-glob assignments no
2157 longer cause double frees or panic messages.
2158
2159 =item *
2160
2161 C<s///> now turns vstrings into plain strings when performing a substitution,
2162 even if the resulting string is the same (C<s/a/a/>).
2163
2164 =item *
2165
2166 Prototype mismatch warnings no longer erroneously treat constant subs as having
2167 no prototype when they actually have "".
2168
2169 =item *
2170
2171 Constant subroutines and forward declarations no longer prevent prototype
2172 mismatch warnings from omitting the sub name.
2173
2174 =item *
2175
2176 C<undef> on a subroutine now clears call checkers.
2177
2178 =item *
2179
2180 The C<ref> operator started leaking memory on blessed objects in Perl 5.16.0.
2181 This has been fixed [perl #114340].
2182
2183 =item *
2184
2185 C<use> no longer tries to parse its arguments as a statement, making
2186 C<use constant { () };> a syntax error [perl #114222].
2187
2188 =item *
2189
2190 On debugging builds, "uninitialized" warnings inside formats no longer cause
2191 assertion failures.
2192
2193 =item *
2194
2195 On debugging builds, subroutines nested inside formats no longer cause
2196 assertion failures [perl #78550].
2197
2198 =item *
2199
2200 Formats and C<use> statements are now permitted inside formats.
2201
2202 =item *
2203
2204 C<print $x> and C<sub { print $x }-E<gt>()> now always produce the same output.
2205 It was possible for the latter to refuse to close over $x if the variable was
2206 not active; e.g., if it was defined outside a currently-running named
2207 subroutine.
2208
2209 =item *
2210
2211 Similarly, C<print $x> and C<print eval '$x'> now produce the same output.
2212 This also allows "my $x if 0" variables to be seen in the debugger [perl
2213 #114018].
2214
2215 =item *
2216
2217 Formats called recursively no longer stomp on their own lexical variables, but
2218 each recursive call has its own set of lexicals.
2219
2220 =item *
2221
2222 Attempting to free an active format or the handle associated with it no longer
2223 results in a crash.
2224
2225 =item *
2226
2227 Format parsing no longer gets confused by braces, semicolons and low-precedence
2228 operators.  It used to be possible to use braces as format delimiters (instead
2229 of C<=> and C<.>), but only sometimes.  Semicolons and low-precedence operators
2230 in format argument lines no longer confuse the parser into ignoring the line's
2231 return value.  In format argument lines, braces can now be used for anonymous
2232 hashes, instead of being treated always as C<do> blocks.
2233
2234 =item *
2235
2236 Formats can now be nested inside code blocks in regular expressions and other
2237 quoted constructs (C</(?{...})/> and C<qq/${...}/>) [perl #114040].
2238
2239 =item *
2240
2241 Formats are no longer created after compilation errors.
2242
2243 =item *
2244
2245 Under debugging builds, the B<-DA> command line option started crashing in Perl
2246 5.16.0.  It has been fixed [perl #114368].
2247
2248 =item *
2249
2250 A potential deadlock scenario involving the premature termination of a pseudo-
2251 forked child in a Windows build with ithreads enabled has been fixed.  This
2252 resolves the common problem of the F<t/op/fork.t> test hanging on Windows [perl
2253 #88840].
2254
2255 =item *
2256
2257 The microperl build, broken since Perl 5.15.7, has now been restored.
2258
2259 =item *
2260
2261 The code which generates errors from C<require()> could potentially read one or
2262 two bytes before the start of the filename for filenames less than three bytes
2263 long and ending C</\.p?\z/>.  This has now been fixed.  Note that it could
2264 never have happened with module names given to C<use()> or C<require()> anyway.
2265
2266 =item *
2267
2268 The handling of pathnames of modules given to C<require()> has been made
2269 thread-safe on VMS.
2270
2271 =item *
2272
2273 Non-blocking sockets have been fixed on VMS.
2274
2275 =item *
2276
2277 A bug in the compilation of a C</(?{})/> expression which affected the TryCatch
2278 test suite has been fixed [perl #114242].
2279
2280 =item *
2281
2282 Pod can now be nested in code inside a quoted construct outside of a string
2283 eval.  This used to work only within string evals [perl #114040].
2284
2285 =item *
2286
2287 C<goto ''> now looks for an empty label, producing the "goto must have
2288 label" error message, instead of exiting the program [perl #111794].
2289
2290 =item *
2291
2292 C<goto "\0"> now dies with "Can't find label" instead of "goto must have
2293 label".
2294
2295 =item *
2296
2297 The C function C<hv_store> used to result in crashes when used on C<%^H>
2298 [perl #111000].
2299
2300 =item *
2301
2302 A call checker attached to a closure prototype via C<cv_set_call_checker>
2303 is now copied to closures cloned from it.  So C<cv_set_call_checker> now
2304 works inside an attribute handler for a closure.
2305
2306 =item *
2307
2308 Writing to C<$^N> used to have no effect.  Now it croaks with "Modification
2309 of a read-only value" by default, but that can be overridden by a custom
2310 regular expression engine, as with C<$1> [perl #112184].
2311
2312 =item *
2313
2314 C<undef> on a control character glob (C<undef *^H>) no longer emits an
2315 erroneous warning about ambiguity [perl #112456].
2316
2317 =item *
2318
2319 For efficiency's sake, many operators and built-in functions return the
2320 same scalar each time.  Lvalue subroutines and subroutines in the CORE::
2321 namespace were allowing this implementation detail to leak through.
2322 C<print &CORE::uc("a"), &CORE::uc("b")> used to print "BB".  The same thing
2323 would happen with an lvalue subroutine returning the return value of C<uc>.
2324 Now the value is copied in such cases.
2325
2326 =item *
2327
2328 C<method {}> syntax with an empty block or a block returning an empty list
2329 used to crash or use some random value left on the stack as its invocant.
2330 Now it produces an error.
2331
2332 =item *
2333
2334 C<vec> now works with extremely large offsets (E<gt>2 GB) [perl #111730].
2335
2336 =item *
2337
2338 Changes to overload settings now take effect immediately, as do changes to
2339 inheritance that affect overloading.  They used to take effect only after
2340 C<bless>.
2341
2342 Objects that were created before a class had any overloading used to remain
2343 non-overloaded even if the class gained overloading through C<use overload>
2344 or @ISA changes, and even after C<bless>.  This has been fixed
2345 [perl #112708].
2346
2347 =item *
2348
2349 Classes with overloading can now inherit fallback values.
2350
2351 =item *
2352
2353 Overloading was not respecting a fallback value of 0 if there were
2354 overloaded objects on both sides of an assignment operator like C<+=>
2355 [perl #111856].
2356
2357 =item *
2358
2359 C<pos> now croaks with hash and array arguments, instead of producing
2360 erroneous warnings.
2361
2362 =item *
2363
2364 C<while(each %h)> now implies C<while(defined($_ = each %h))>, like
2365 C<readline> and C<readdir>.
2366
2367 =item *
2368
2369 Subs in the CORE:: namespace no longer crash after C<undef *_> when called
2370 with no argument list (C<&CORE::time> with no parentheses).
2371
2372 =item *
2373
2374 C<unpack> no longer produces the "'/' must follow a numeric type in unpack"
2375 error when it is the data that are at fault [perl #60204].
2376
2377 =item *
2378
2379 C<join> and C<"@array"> now call FETCH only once on a tied C<$">
2380 [perl #8931].
2381
2382 =item *
2383
2384 Some subroutine calls generated by compiling core ops affected by a
2385 C<CORE::GLOBAL> override had op checking performed twice.  The checking
2386 is always idempotent for pure Perl code, but the double checking can
2387 matter when custom call checkers are involved.
2388
2389 =item *
2390
2391 A race condition used to exist around fork that could cause a signal sent to
2392 the parent to be handled by both parent and child. Signals are now blocked
2393 briefly around fork to prevent this from happening [perl #82580].
2394
2395 =item *
2396
2397 The implementation of code blocks in regular expressions, such as C<(?{})>
2398 and C<(??{})>, has been heavily reworked to eliminate a whole slew of bugs.
2399 The main user-visible changes are:
2400
2401 =over 4
2402
2403 =item *
2404
2405 Code blocks within patterns are now parsed in the same pass as the
2406 surrounding code; in particular it is no longer necessary to have balanced
2407 braces: this now works:
2408
2409     /(?{  $x='{'  })/
2410
2411 This means that this error message is no longer generated:
2412
2413     Sequence (?{...}) not terminated or not {}-balanced in regex
2414
2415 but a new error may be seen:
2416
2417     Sequence (?{...}) not terminated with ')'
2418
2419 In addition, literal code blocks within run-time patterns are only
2420 compiled once, at perl compile-time:
2421
2422     for my $p (...) {
2423         # this 'FOO' block of code is compiled once,
2424         # at the same time as the surrounding 'for' loop
2425         /$p{(?{FOO;})/;
2426     }
2427
2428 =item *
2429
2430 Lexical variables are now sane as regards scope, recursion and closure
2431 behavior. In particular, C</A(?{B})C/> behaves (from a closure viewpoint)
2432 exactly like C</A/ && do { B } && /C/>, while  C<qr/A(?{B})C/> is like
2433 C<sub {/A/ && do { B } && /C/}>. So this code now works how you might
2434 expect, creating three regexes that match 0, 1, and 2:
2435
2436     for my $i (0..2) {
2437         push @r, qr/^(??{$i})$/;
2438     }
2439     "1" =~ $r[1]; # matches
2440
2441 =item *
2442
2443 The C<use re 'eval'> pragma is now only required for code blocks defined
2444 at runtime; in particular in the following, the text of the C<$r> pattern is
2445 still interpolated into the new pattern and recompiled, but the individual
2446 compiled code-blocks within C<$r> are reused rather than being recompiled,
2447 and C<use re 'eval'> isn't needed any more:
2448
2449     my $r = qr/abc(?{....})def/;
2450     /xyz$r/;
2451
2452 =item *
2453
2454 Flow control operators no longer crash. Each code block runs in a new
2455 dynamic scope, so C<next> etc. will not see
2456 any enclosing loops. C<return> returns a value
2457 from the code block, not from any enclosing subroutine.
2458
2459 =item *
2460
2461 Perl normally caches the compilation of run-time patterns, and doesn't
2462 recompile if the pattern hasn't changed, but this is now disabled if
2463 required for the correct behavior of closures. For example:
2464
2465     my $code = '(??{$x})';
2466     for my $x (1..3) {
2467         # recompile to see fresh value of $x each time
2468         $x =~ /$code/;
2469     }
2470
2471 =item *
2472
2473 The C</msix> and C<(?msix)> etc. flags are now propagated into the return
2474 value from C<(??{})>; this now works:
2475
2476     "AB" =~ /a(??{'b'})/i;
2477
2478 =item *
2479
2480 Warnings and errors will appear to come from the surrounding code (or for
2481 run-time code blocks, from an eval) rather than from an C<re_eval>:
2482
2483     use re 'eval'; $c = '(?{ warn "foo" })'; /$c/;
2484     /(?{ warn "foo" })/;
2485
2486 formerly gave:
2487
2488     foo at (re_eval 1) line 1.
2489     foo at (re_eval 2) line 1.
2490
2491 and now gives:
2492
2493     foo at (eval 1) line 1.
2494     foo at /some/prog line 2.
2495
2496 =back
2497
2498 =item *
2499
2500 Perl now can be recompiled to use any Unicode version.  In v5.16, it
2501 worked on Unicodes 6.0 and 6.1, but there were various bugs if earlier
2502 releases were used; the older the release the more problems.
2503
2504 =item *
2505
2506 C<vec> no longer produces "uninitialized" warnings in lvalue context
2507 [perl #9423].
2508
2509 =item *
2510
2511 An optimization involving fixed strings in regular expressions could cause
2512 a severe performance penalty in edge cases.  This has been fixed
2513 [perl #76546].
2514
2515 =item *
2516
2517 In certain cases, including empty subpatterns within a regular expression (such
2518 as C<(?:)> or C<(?:|)>) could disable some optimizations. This has been fixed.
2519
2520 =item *
2521
2522 The "Can't find an opnumber" message that C<prototype> produces when passed
2523 a string like "CORE::nonexistent_keyword" now passes UTF-8 and embedded
2524 NULs through unchanged [perl #97478].
2525
2526 =item *
2527
2528 C<prototype> now treats magical variables like C<$1> the same way as
2529 non-magical variables when checking for the CORE:: prefix, instead of
2530 treating them as subroutine names.
2531
2532 =item *
2533
2534 Under threaded perls, a runtime code block in a regular expression could
2535 corrupt the package name stored in the op tree, resulting in bad reads
2536 in C<caller>, and possibly crashes [perl #113060].
2537
2538 =item *
2539
2540 Referencing a closure prototype (C<\&{$_[1]}> in an attribute handler for a
2541 closure) no longer results in a copy of the subroutine (or assertion
2542 failures on debugging builds).
2543
2544 =item *
2545
2546 C<eval '__PACKAGE__'> now returns the right answer on threaded builds if
2547 the current package has been assigned over (as in
2548 C<*ThisPackage:: = *ThatPackage::>) [perl #78742].
2549
2550 =item *
2551
2552 If a package is deleted by code that it calls, it is possible for C<caller>
2553 to see a stack frame belonging to that deleted package.  C<caller> could
2554 crash if the stash's memory address was reused for a scalar and a
2555 substitution was performed on the same scalar [perl #113486].
2556
2557 =item *
2558
2559 C<UNIVERSAL::can> no longer treats its first argument differently
2560 depending on whether it is a string or number internally.
2561
2562 =item *
2563
2564 C<open> with C<< <& >> for the mode checks to see whether the third argument is
2565 a number, in determining whether to treat it as a file descriptor or a handle
2566 name.  Magical variables like C<$1> were always failing the numeric check and
2567 being treated as handle names.
2568
2569 =item *
2570
2571 C<warn>'s handling of magical variables (C<$1>, ties) has undergone several
2572 fixes.  C<FETCH> is only called once now on a tied argument or a tied C<$@>
2573 [perl #97480].  Tied variables returning objects that stringify as "" are
2574 no longer ignored.  A tied C<$@> that happened to return a reference the
2575 I<previous> time it was used is no longer ignored.
2576
2577 =item *
2578
2579 C<warn ""> now treats C<$@> with a number in it the same way, regardless of
2580 whether it happened via C<$@=3> or C<$@="3">.  It used to ignore the
2581 former.  Now it appends "\t...caught", as it has always done with
2582 C<$@="3">.
2583
2584 =item *
2585
2586 Numeric operators on magical variables (e.g., S<C<$1 + 1>>) used to use
2587 floating point operations even where integer operations were more appropriate,
2588 resulting in loss of accuracy on 64-bit platforms [perl #109542].
2589
2590 =item *
2591
2592 Unary negation no longer treats a string as a number if the string happened
2593 to be used as a number at some point.  So, if C<$x> contains the string "dogs",
2594 C<-$x> returns "-dogs" even if C<$y=0+$x> has happened at some point.
2595
2596 =item *
2597
2598 In Perl 5.14, C<-'-10'> was fixed to return "10", not "+10".  But magical
2599 variables (C<$1>, ties) were not fixed till now [perl #57706].
2600
2601 =item *
2602
2603 Unary negation now treats strings consistently, regardless of the internal
2604 C<UTF8> flag.
2605
2606 =item *
2607
2608 A regression introduced in Perl v5.16.0 involving
2609 C<tr/I<SEARCHLIST>/I<REPLACEMENTLIST>/> has been fixed.  Only the first
2610 instance is supposed to be meaningful if a character appears more than
2611 once in C<I<SEARCHLIST>>.  Under some circumstances, the final instance
2612 was overriding all earlier ones.  [perl #113584]
2613
2614 =item *
2615
2616 Regular expressions like C<qr/\87/> previously silently inserted a NUL
2617 character, thus matching as if it had been written C<qr/\00087/>.  Now it
2618 matches as if it had been written as C<qr/87/>, with a message that the
2619 sequence C<"\8"> is unrecognized.
2620
2621 =item *
2622
2623 C<__SUB__> now works in special blocks (C<BEGIN>, C<END>, etc.).
2624
2625 =item *
2626
2627 Thread creation on Windows could theoretically result in a crash if done
2628 inside a C<BEGIN> block.  It still does not work properly, but it no longer
2629 crashes [perl #111610].
2630
2631 =item *
2632
2633 C<\&{''}> (with the empty string) now autovivifies a stub like any other
2634 sub name, and no longer produces the "Unable to create sub" error
2635 [perl #94476].
2636
2637 =item *
2638
2639 A regression introduced in v5.14.0 has been fixed, in which some calls
2640 to the C<re> module would clobber C<$_> [perl #113750].
2641
2642 =item *
2643
2644 C<do FILE> now always either sets or clears C<$@>, even when the file can't be
2645 read. This ensures that testing C<$@> first (as recommended by the
2646 documentation) always returns the correct result.
2647
2648 =item *
2649
2650 The array iterator used for the C<each @array> construct is now correctly
2651 reset when C<@array> is cleared (RT #75596). This happens for example when the
2652 array is globally assigned to, as in C<@array = (...)>, but not when its
2653 B<values> are assigned to. In terms of the XS API, it means that C<av_clear()>
2654 will now reset the iterator.
2655
2656 This mirrors the behaviour of the hash iterator when the hash is cleared.
2657
2658 =item *
2659
2660 C<< $class->can >>, C<< $class->isa >>, and C<< $class->DOES >> now return
2661 correct results, regardless of whether that package referred to by C<$class>
2662 exists [perl #47113].
2663
2664 =item *
2665
2666 Arriving signals no longer clear C<$@> [perl #45173].
2667
2668 =item *
2669
2670 Allow C<my ()> declarations with an empty variable list [perl #113554].
2671
2672 =item *
2673
2674 During parsing, subs declared after errors no longer leave stubs
2675 [perl #113712].
2676
2677 =item *
2678
2679 Closures containing no string evals no longer hang on to their containing
2680 subroutines, allowing variables closed over by outer subroutines to be
2681 freed when the outer sub is freed, even if the inner sub still exists
2682 [perl #89544].
2683
2684 =item *
2685
2686 Duplication of in-memory filehandles by opening with a "<&=" or ">&=" mode
2687 stopped working properly in 5.16.0.  It was causing the new handle to
2688 reference a different scalar variable.  This has been fixed [perl #113764].
2689
2690 =item *
2691
2692 C<qr//> expressions no longer crash with custom regular expression engines
2693 that do not set C<offs> at regular expression compilation time
2694 [perl #112962].
2695
2696 =item *
2697
2698 C<delete local> no longer crashes with certain magical arrays and hashes
2699 [perl #112966].
2700
2701 =item *
2702
2703 C<local> on elements of certain magical arrays and hashes used not to
2704 arrange to have the element deleted on scope exit, even if the element did
2705 not exist before C<local>.
2706
2707 =item *
2708
2709 C<scalar(write)> no longer returns multiple items [perl #73690].
2710
2711 =item *
2712
2713 String to floating point conversions no longer misparse certain strings under
2714 C<use locale> [perl #109318].
2715
2716 =item *
2717
2718 C<@INC> filters that die no longer leak memory [perl #92252].
2719
2720 =item *
2721
2722 The implementations of overloaded operations are now called in the correct
2723 context. This allows, among other things, being able to properly override
2724 C<< <> >> [perl #47119].
2725
2726 =item *
2727
2728 Specifying only the C<fallback> key when calling C<use overload> now behaves
2729 properly [perl #113010].
2730
2731 =item *
2732
2733 C<< sub foo { my $a = 0; while ($a) { ... } } >> and
2734 C<< sub foo { while (0) { ... } } >> now return the same thing [perl #73618].
2735
2736 =item *
2737
2738 String negation now behaves the same under C<use integer;> as it does
2739 without [perl #113012].
2740
2741 =item *
2742
2743 C<chr> now returns the Unicode replacement character (U+FFFD) for -1,
2744 regardless of the internal representation.  -1 used to wrap if the argument
2745 was tied or a string internally.
2746
2747 =item *
2748
2749 Using a C<format> after its enclosing sub was freed could crash as of
2750 perl 5.12.0, if the format referenced lexical variables from the outer sub.
2751
2752 =item *
2753
2754 Using a C<format> after its enclosing sub was undefined could crash as of
2755 perl 5.10.0, if the format referenced lexical variables from the outer sub.
2756
2757 =item *
2758
2759 Using a C<format> defined inside a closure, which format references
2760 lexical variables from outside, never really worked unless the C<write>
2761 call was directly inside the closure.  In 5.10.0 it even started crashing.
2762 Now the copy of that closure nearest the top of the call stack is used to
2763 find those variables.
2764
2765 =item *
2766
2767 Formats that close over variables in special blocks no longer crash if a
2768 stub exists with the same name as the special block before the special
2769 block is compiled.
2770
2771 =item *
2772
2773 The parser no longer gets confused, treating C<eval foo ()> as a syntax
2774 error if preceded by C<print;> [perl #16249].
2775
2776 =item *
2777
2778 The return value of C<syscall> is no longer truncated on 64-bit platforms
2779 [perl #113980].
2780
2781 =item *
2782
2783 Constant folding no longer causes C<print 1 ? FOO : BAR> to print to the
2784 FOO handle [perl #78064].
2785
2786 =item *
2787
2788 C<do subname> now calls the named subroutine and uses the file name it
2789 returns, instead of opening a file named "subname".
2790
2791 =item *
2792
2793 Subroutines looked up by rv2cv check hooks (registered by XS modules) are
2794 now taken into consideration when determining whether C<foo bar> should be
2795 the sub call C<foo(bar)> or the method call C<< "bar"->foo >>.
2796
2797 =item *
2798
2799 C<CORE::foo::bar> is no longer treated specially, allowing global overrides
2800 to be called directly via C<CORE::GLOBAL::uc(...)> [perl #113016].
2801
2802 =item *
2803
2804 Calling an undefined sub whose typeglob has been undefined now produces the
2805 customary "Undefined subroutine called" error, instead of "Not a CODE
2806 reference".
2807
2808 =item *
2809
2810 Two bugs involving @ISA have been fixed.  C<*ISA = *glob_without_array> and
2811 C<undef *ISA; @{*ISA}> would prevent future modifications to @ISA from
2812 updating the internal caches used to look up methods.  The
2813 *glob_without_array case was a regression from Perl 5.12.
2814
2815 =item *
2816
2817 Regular expression optimisations sometimes caused C<$> with C</m> to
2818 produce failed or incorrect matches [perl #114068].
2819
2820 =item *
2821
2822 C<__SUB__> now works in a C<sort> block when the enclosing subroutine is
2823 predeclared with C<sub foo;> syntax [perl #113710].
2824
2825 =item *
2826
2827 Unicode properties only apply to Unicode code points, which leads to
2828 some subtleties when regular expressions are matched against
2829 above-Unicode code points.  There is a warning generated to draw your
2830 attention to this.  However, this warning was being generated
2831 inappropriately in some cases, such as when a program was being parsed.
2832 Non-Unicode matches such as C<\w> and C<[:word;]> should not generate the
2833 warning, as their definitions don't limit them to apply to only Unicode
2834 code points.  Now the message is only generated when matching against
2835 C<\p{}> and C<\P{}>.  There remains a bug, [perl #114148], for the very
2836 few properties in Unicode that match just a single code point.  The
2837 warning is not generated if they are matched against an above-Unicode
2838 code point.
2839
2840 =item *
2841
2842 Uninitialized warnings mentioning hash elements would only mention the
2843 element name if it was not in the first bucket of the hash, due to an
2844 off-by-one error.
2845
2846 =item *
2847
2848 A regular expression optimizer bug could cause multiline "^" to behave
2849 incorrectly in the presence of line breaks, such that
2850 C<"/\n\n" =~ m#\A(?:^/$)#im> would not match [perl #115242].
2851
2852 =item *
2853
2854 Failed C<fork> in list context no longer corrupts the stack.
2855 C<@a = (1, 2, fork, 3)> used to gobble up the 2 and assign C<(1, undef, 3)>
2856 if the C<fork> call failed.
2857
2858 =item *
2859
2860 Numerous memory leaks have been fixed, mostly involving tied variables that
2861 die, regular expression character classes and code blocks, and syntax
2862 errors.
2863
2864 =item *
2865
2866 Assigning a regular expression (C<${qr//}>) to a variable that happens to
2867 hold a floating point number no longer causes assertion failures on
2868 debugging builds.
2869
2870 =item *
2871
2872 Assigning a regular expression to a scalar containing a number no longer
2873 causes subsequent nummification to produce random numbers.
2874
2875 =item *
2876
2877 Assigning a regular expression to a magic variable no longer wipes away the
2878 magic.  This was a regression from 5.10.
2879
2880 =item *
2881
2882 Assigning a regular expression to a blessed scalar no longer results in
2883 crashes.  This was also a regression from 5.10.
2884
2885 =item *
2886
2887 Regular expression can now be assigned to tied hash and array elements with
2888 flattening into strings.
2889
2890 =item *
2891
2892 Nummifying a regular expression no longer results in an uninitialized
2893 warning.
2894
2895 =item *
2896
2897 Negative array indices no longer cause EXISTS methods of tied variables to
2898 be ignored.  This was a regression from 5.12.
2899
2900 =item *
2901
2902 Negative array indices no longer result in crashes on arrays tied to
2903 non-objects.
2904
2905 =item *
2906
2907 C<$byte_overload .= $utf8> no longer results in doubly-encoded UTF8 if the
2908 left-hand scalar happened to have produced a UTF8 string the last time
2909 overloading was invoked.
2910
2911 =item *
2912
2913 C<goto &sub> now uses the current value of @_, instead of using the array
2914 the subroutine was originally called with.  This means
2915 C<local @_ = (...); goto &sub> now works [perl #43077].
2916
2917 =item *
2918
2919 If a debugger is invoked recursively, it no longer stomps on its own
2920 lexical variables.  Formerly under recursion all calls would share the same
2921 set of lexical variables [perl #115742].
2922
2923 =item *
2924
2925 C<*_{ARRAY}> returned from a subroutine no longer spontaneously
2926 becomes empty.
2927
2928 =back
2929
2930 =head1 Known Problems
2931
2932 =over 4
2933
2934 =item *
2935
2936 XXX: the imperfect behavior of the ** deprecation
2937
2938 =back
2939
2940 =head1 Acknowledgements
2941
2942 XXX Generate this with:
2943
2944   perl Porting/acknowledgements.pl v5.18.0..HEAD
2945
2946 =head1 Reporting Bugs
2947
2948 If you find what you think is a bug, you might check the articles recently
2949 posted to the comp.lang.perl.misc newsgroup and the perl bug database at
2950 http://rt.perl.org/perlbug/ .  There may also be information at
2951 http://www.perl.org/ , the Perl Home Page.
2952
2953 If you believe you have an unreported bug, please run the L<perlbug> program
2954 included with your release.  Be sure to trim your bug down to a tiny but
2955 sufficient test case.  Your bug report, along with the output of C<perl -V>,
2956 will be sent off to perlbug@perl.org to be analysed by the Perl porting team.
2957
2958 If the bug you are reporting has security implications, which make it
2959 inappropriate to send to a publicly archived mailing list, then please send it
2960 to perl5-security-report@perl.org.  This points to a closed subscription
2961 unarchived mailing list, which includes all the core committers, who will be
2962 able to help assess the impact of issues, figure out a resolution, and help
2963 co-ordinate the release of patches to mitigate or fix the problem across all
2964 platforms on which Perl is supported.  Please only use this address for
2965 security issues in the Perl core, not for modules independently distributed on
2966 CPAN.
2967
2968 =head1 SEE ALSO
2969
2970 The F<Changes> file for an explanation of how to view exhaustive details on
2971 what changed.
2972
2973 The F<INSTALL> file for how to build Perl.
2974
2975 The F<README> file for general stuff.
2976
2977 The F<Artistic> and F<Copying> files for copyright information.
2978
2979 =cut