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