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