=encoding utf8
-=head1 NAME
+=for todo
+5204593b74eb sv.c: Make sv_pvn_force_flags guard against SV_UNDEF_RETURNS_NULL.
+dad26a174010 Since the HTML files generated by pod2html claim to have a utf-8 charset, actually write the files out using utf-8. This is a fix for RT #111446.
+28333232a1c7 Don’t localise CopSTASH(&PL_compiling) in newCONSTSUB
+c947b31cf142 Do away with stashpv_hvname_match
+d0279c7ce493 Fix bad assertions in pp_ctl.c:pp_caller
+df826430da0d make TRIE nodes "absorb" NOTHING->EXACT sequences
+3b6759a6b102 optimise (?:|) and related NOTHING like constructs out of the compiled optree
+5435c3759c45 Experimentally Use Unicode 6.2 beta
+4a808ed163df [perl #111610] Trouble with XS-APItest/t/clone-with-stack.t
+1db94eebfa93 Quieten B::Deparse warnings (fixes #113464).
+72a866183393 reorganize perlcheat
+9a62b98f29d2 gv.c: Don’t ENTER/LEAVE unnecessarily
+ee1b3814fd18 gv.c: Remove mro_method_changed_in() from gv_init
+a3c74922a705 Rmv mro_method_changed_in call on stub upgraded to const
+7ad40bcb0a19 Don’t call mro_method_changed_in after newCONSTSUB
+83b195e49dd1 ensure correctness if sv_2mortal modifies errno
-[ this is a template for a new perldelta file. Any text flagged as
-XXX needs to be processed before release. ]
+=head1 NAME
-perldelta - what is new for perl v5.17.0
+perldelta - what is new for perl v5.17.1
=head1 DESCRIPTION
-This document describes differences between the 5.16.0 release and
-the 5.17.0 release.
+This document describes differences between the 5.17.0 release and
+the 5.17.1 release.
If you are upgrading from an earlier release such as 5.16.0, first read
-L<perl5160delta>, which describes differences between 5.15.0 and
-5.16.0.
+L<perl5170delta>, which describes differences between 5.16.0 and
+5.17.0.
-=head1 Notice
+=head1 Core Enhancements
-XXX Any important notices here
+=head2 More CORE:: subs
-=head1 Core Enhancements
+Several more built-in functions have been added as subroutines to the
+CORE:: namespace, namely, those non-overridable keywords that can be
+implemented without custom parsers: C<defined>, C<delete>, C<exists>,
+C<glob>, C<pos>, C<protoytpe>, C<scalar>, C<split>, C<study>, and C<undef>.
-XXX New core language features go here. Summarise user-visible core language
-enhancements. Particularly prominent performance optimisations could go
-here, but most should go in the L</Performance Enhancements> section.
+As some of these have prototypes, C<prototype('CORE::...')> has been
+changed to not make a distinction between overridable and non-overridable
+keywords. This is to make C<prototype('CORE::pos')> consistent with
+C<prototype(&CORE::pos)>.
-[ List each enhancement as a =head2 entry ]
+=head1 Incompatible Changes
-=head1 Security
+=head2 C</(?{})/> and C</(??{}> have been heavily reworked.
-XXX Any security-related notices go here. In particular, any security
-vulnerabilities closed should be noted here rather than in the
-L</Selected Bug Fixes> section.
+The implementation of this feature has been almost completely rewritten.
+Although its main intent is to fix bugs, some behaviours, especially
+related to the scope of lexical variables, will have changed. This is
+described more fully in the L</Selected Bug Fixes> section.
-[ List each security issue as a =head2 entry ]
+=head2 C<\N{BELL}> now refers to U+1F514 instead of U+0007
-=head1 Incompatible Changes
+Unicode 6.0 reused the name "BELL" for a different code point than it
+traditionally had meant. Since Perl v5.14, use of this name still
+referred to U+0007, but would raise a deprecated warning. Now, "BELL"
+refers to U+1F514, and the name for U+0007 is "ALERT". All the
+functions in L<charnames> have been correspondingly updated.
-XXX For a release on a stable branch, this section aspires to be:
+=head2 Alphanumeric operators must now be separated from the closing
+delimiter of regular expressions
- There are no changes intentionally incompatible with 5.XXX.XXX
- If any exist, they are bugs, and we request that you submit a
- report. See L</Reporting Bugs> below.
+You may no longer write something like:
-[ List each incompatible change as a =head2 entry ]
+ m/a/and 1
-=head1 Deprecations
+Instead you must write
-XXX Any deprecated features, syntax, modules etc. should be listed here.
-In particular, deprecated modules should be listed here even if they are
-listed as an updated module in the L</Modules and Pragmata> section.
+ m/a/ and 1
-[ List each deprecation as a =head2 entry ]
+with whitespace separating the operator from the closing delimiter of
+the regular expression. Not having whitespace has resulted in a
+deprecated warning since Perl v5.14.0.
-=head1 Performance Enhancements
+=head2 C<require> dies for unreadable files
-XXX Changes which enhance performance without changing behaviour go here. There
-may well be none in a stable release.
+When C<require> encounters an unreadable file, it now dies. It used to
+ignore the file and continue searching the directories in @INC
+[perl #113422].
-[ List each enhancement as a =item entry ]
+=head1 Performance Enhancements
=over 4
=item *
-XXX
+The C<x> repetition operator is now folded to a single constant at compile
+time if called in scalar context with constant operands and no parentheses
+around the left operand.
=back
=head1 Modules and Pragmata
-XXX All changes to installed files in F<cpan/>, F<dist/>, F<ext/> and F<lib/>
-go here. If Module::CoreList is updated, generate an initial draft of the
-following sections using F<Porting/corelist-perldelta.pl>, which prints stub
-entries to STDOUT. Results can be pasted in place of the '=head2' entries
-below. A paragraph summary for important changes should then be added by hand.
-In an ideal world, dual-life modules would have a F<Changes> file that could be
-cribbed.
+=head2 Updated Modules and Pragmata
+
+=over 4
-[ Within each section, list entries as a =item entry ]
+=item *
-=head2 New Modules and Pragmata
+L<ExtUtils::CBuilder> has been upgraded from version 0.280206 to 0.280208.
-=over 4
+Manifest files are now correctly embedded for those versions of VC++ which
+make use of them. [perl #111782, #111798].
=item *
-XXX
+L<B> has been upgraded from version 1.35 to 1.36.
-=back
+C<B::COP::stashlen> has been replaced with C<B::COP::stashoff>.
-=head2 Updated Modules and Pragmata
+C<B::COP::stashpv> now supports UTF8 package names and embedded NULs.
-=over 4
+=item *
+
+L<Class::Struct> has been upgraded from version 0.63 to 0.64.
+
+The constructor now respects overridden accessor methods [perl #29230].
=item *
-L<Hash::Util> has been upgraded from version 0.11 to version 0.12.
+L<DynaLoader> has been upgraded from version 1.14 to 1.15.
-C<hash_unlocked> and C<hashref_unlocked> now returns true if the hash is
-unlocked, instead of always returning false [perl #112126].
+This is due to a minor code change in the XS for the VMS implementation.
-C<hash_unlocked>, C<hashref_unlocked>, C<lock_hash_recurse> and
-C<unlock_hash_recurse> are now exportable [perl #112126].
+=item *
+
+L<File::DosGlob> has been upgraded from version 1.07 to 1.08.
-Two new functions, C<hash_locked> and C<hashref_locked>, have been added.
-Oddly enough, these two functions were already exported, even though they
-did not exist [perl #112126].
+There are no visible changes, only minor internal refactorings.
=item *
-L<Storable> has been upgraded from version 2.34 to version 2.35.
+L<File::Spec::Unix> has been upgraded from version 3.39_02 to 3.39_03.
-Modifying C<$_[0]> within C<STORABLE_freeze> no longer results in crashes
-[perl #112358].
+C<abs2rel> could produce incorrect results when given two relative paths or
+the root directory twice [perl #111510].
-=back
+=item *
-=head2 Removed Modules and Pragmata
+L<IO> has been upgraded from version 1.25_06 to 1.25_07.
-=over 4
+C<sync()> can now be called on read-only file handles [perl #64772].
=item *
-XXX
+L<Pod::Html> has been upgraded from version 1.15_02 to 1.16.
-=back
+The option C<--libpods> has been reinstated. It is deprecated, and its use
+does nothing other than issue a warning that it is no longer supported.
-=head1 Documentation
+=item *
-XXX Changes to files in F<pod/> go here. Consider grouping entries by
-file and be sure to link to the appropriate page, e.g. L<perlfunc>.
+L<Unicode::UCD> has been upgraded from version 0.43 to 0.44.
-=head2 New Documentation
+This adds a function L<all_casefolds()|Unicode::UCD/all_casefolds()>
+that returns all the casefolds.
-XXX Changes which create B<new> files in F<pod/> go here.
+=item *
-=head3 L<XXX>
+L<Scalar::Util> has been upgraded from version 1.23 to version 1.25.
-XXX Description of the purpose of the new file here
+=back
-=head2 Changes to Existing Documentation
+=head1 Documentation
-XXX Changes which significantly change existing files in F<pod/> go here.
-However, any changes to F<pod/perldiag.pod> should go in the L</Diagnostics>
-section.
+=head2 Changes to Existing Documentation
-=head3 L<XXX>
+=head3 L<perlfaq>
=over 4
=item *
-XXX Description of the change here
+L<perlfaq> has been synchronised with version 5.0150040 from C<CPAN>.
=back
=head1 Diagnostics
-The following additions or changes have been made to diagnostic output,
-including warnings and fatal error messages. For the complete list of
-diagnostic messages, see L<perldiag>.
+=head2 Removals of Diagnostics
+
+=over 4
+
+=item *
+
+The "Runaway prototype" warning that occurs in bizarre cases has been
+removed as being unhelpful and inconsistent.
-XXX New or changed warnings emitted by the core's C<C> code go here. Also
-include any changes in L<perldiag> that reconcile it to the C<C> code.
+=item *
+
+The "Not a format reference" error has been removed, as the only case in
+which it could be triggered was a bug.
-[ Within each section, list entries as a =item entry that links to perldiag,
- e.g.
+=item *
- =item *
+The "Unable to create sub named %s" error has been removed for the same
+reason.
- L<Invalid version object|perldiag/"Invalid version object">
-]
+=back
-=head2 New Diagnostics
+=head1 Platform Support
-XXX Newly added diagnostic messages go here
+=head2 Platform-Specific Notes
-=head3 New Errors
+XXX note fails on win2k and vms
=over 4
-=item *
+=item Win32
+
+C<link> on Win32 now attempts to set C<$!> to more appropriate values
+based on the Win32 API error code. [perl #112272]
-XXX L<message|perldiag/"message">
+Perl no longer mangles the environment block, e.g. when launching a new
+sub-process, when the environment contains non-ASCII characters. Known
+problems still remain, however, when the environment contains characters
+outside of the current ANSI codepage (e.g. see the item about Unicode in
+C<%ENV> in L<http://perl5.git.perl.org/perl.git/blob/HEAD:/Porting/todo.pod>).
+[perl #113536]
=back
-=head3 New Warnings
+=head1 Internal Changes
=over 4
=item *
-XXX L<message|perldiag/"message">
+The C<study> function was made a no-op in 5.16. It was simply disabled via
+a C<return> statement; the code was left in place. Now the code supporting
+what C<study> used to do has been removed.
-=back
+=item *
-=head2 Changes to Existing Diagnostics
+Under threaded perls, there is no longer a separate PV allocated for every
+COP to store its package name (C<< cop->stashpv >>). Instead, there is an
+offset (C<< cop->stashoff >>) into the new C<PL_stashpad> array, which
+holds stash pointers.
-XXX Changes (i.e. rewording) of diagnostic messages go here
+=item *
-=over 4
+In the pluggable regex API, the C<regexp_engine> struct has acquired a new
+field C<op_comp>, which is currently just for perl's internal use, and
+should be initialised to NULL by other regex plugin modules.
=item *
-XXX Describe change here
+A new function C<alloccoptash> has been added to the API, but is considered
+experimental. See L<perlapi>.
=back
-=head1 Utility Changes
+=head1 Selected Bug Fixes
-XXX Changes to installed programs such as F<perlbug> and F<xsubpp> go
-here. Most of these are built within the directories F<utils> and F<x2p>.
+=over 4
-[ List utility changes as a =head3 entry for each utility and =item
-entries for each change
-Use L<XXX> with program names to get proper documentation linking. ]
+=item *
-=head3 L<XXX>
+The implementation of code blocks in regular expressions, such as C<(?{})>
+and C<(??{})> has been heavily reworked to eliminate a whole slew of bugs.
+The main user-visible changes are:
=over 4
=item *
-XXX
+Code blocks within patterns are now parsed in the same pass as the
+surrounding code; in particular it is no longer necessary to have balanced
+braces: this now works:
-=back
+ /(?{ $x='{' })/
-=head1 Configuration and Compilation
+This means that this error message is longer generated:
-XXX Changes to F<Configure>, F<installperl>, F<installman>, and analogous tools
-go here. Any other changes to the Perl build process should be listed here.
-However, any platform-specific changes should be listed in the
-L</Platform Support> section, instead.
+ Sequence (?{...}) not terminated or not {}-balanced in regex
-[ List changes as a =item entry ].
+but a new error may be seen:
-=over 4
+ Sequence (?{...}) not terminated with ')'
-=item *
+In addition, literal code blocks within run-time patterns are only
+compiled once, at perl compile-time:
-XXX
+ for my $p (...) {
+ # this 'FOO' block of code is compiled once,
+ # at the same time as the surrounding 'for' loop
+ /$p{(?{FOO;})/;
+ }
-=back
+=item *
+
+Lexical variables are now sane as regards scope, recursion and closure
+behaviour. In particular, C</A(?{B})C/> behaves (from a closure viewpoint)
+exactly like C</A/ && do { B } && /C/>, while C<qr/A(?{B})C/> is like
+C<sub {/A/ && do { B } && /C/}>. So this code now works how you might
+expect, creating three regexes that match 0, 1, and 2:
-=head1 Testing
+ for my $i (0..2) {
+ push @r, qr/^(??{$i})$/;
+ }
+ "1" =~ $r[1]; # matches
-XXX Any significant changes to the testing of a freshly built perl should be
-listed here. Changes which create B<new> files in F<t/> go here as do any
-large changes to the testing harness (e.g. when parallel testing was added).
-Changes to existing files in F<t/> aren't worth summarising, although the bugs
-that they represent may be covered elsewhere.
+=item *
-[ List each test improvement as a =item entry ]
+The C<use re 'eval'> pragma is now only required for code blocks defined
+at runtime; in particular in the following, the text of the C<$r> pattern is
+still interpolated into the new pattern and recompiled, but the individual
+compiled code-blocks within C<$r> are reused rather than being recompiled,
+and C<use re 'eval'> isn't needed any more:
-=over 4
+ my $r = qr/abc(?{....})def/;
+ /xyz$r/;
=item *
-XXX
+Flow control operators no longer crash. Each code block runs in a new
+dynamic scope, so C<next> etc. will not see any enclosing loops and
+C<caller> will not see any calling subroutines. C<return> returns a value
+from the code block, not from any enclosing subroutine.
-=back
-
-=head1 Platform Support
+=item *
-XXX Any changes to platform support should be listed in the sections below.
+Perl normally caches the compilation of run-time patterns, and doesn't
+recompile if the pattern hasn't changed; but this is now disabled if
+required for the correct behaviour of closures; for example:
-[ Within the sections, list each platform as a =item entry with specific
-changes as paragraphs below it. ]
+ my $code = '(??{$x})';
+ for my $x (1..3) {
+ # recompile to see fresh value of $x each time
+ $x =~ /$code/;
+ }
-=head2 New Platforms
-XXX List any platforms that this version of perl compiles on, that previous
-versions did not. These will either be enabled by new files in the F<hints/>
-directories, or new subdirectories and F<README> files at the top level of the
-source tree.
+=item *
-=over 4
+The C</msix> and C<(?msix)> etc. flags are now propagated into the return
+value from C<(??{})>; this now works:
-=item XXX-some-platform
+ "AB" =~ /a(??{'b'})/i;
-XXX
+=item *
-=back
+Warnings and errors will appear to come from the surrounding code (or for
+run-time code blocks, from an eval) rather than from an C<re_eval>:
-=head2 Discontinued Platforms
+ use re 'eval'; $c = '(?{ warn "foo" })'; /$c/;
+ /(?{ warn "foo" })/;
-XXX List any platforms that this version of perl no longer compiles on.
+formerly gave:
-=over 4
+ foo at (re_eval 1) line 1.
+ foo at (re_eval 2) line 1.
-=item XXX-some-platform
+and now gives:
-XXX
+ foo at (eval 1) line 1.
+ foo at /some/prog line 2.
=back
-=head2 Platform-Specific Notes
+=item *
-XXX List any changes for specific platforms. This could include configuration
-and compilation changes or changes in portability/compatibility. However,
-changes within modules for platforms should generally be listed in the
-L</Modules and Pragmata> section.
+Perl now works as well as can be expected on all releases of Unicode so
+far. In v5.16, it worked on Unicodes 6.0 and 6.1, but there were
+various bugs for earlier releases; the older the release the more
+problems.
-=over 4
+=item *
-=item XXX-some-platform
+C<vec> no longer produces "uninitialized" warnings in lvalue context
+[perl #9423].
-XXX
+=item *
-=back
+An optimisation involving fixed strings in regular expressions could cause
+a severe performance penalty in edge cases. This has been fixed
+[perl #76546].
-=head1 Internal Changes
+=item *
-XXX Changes which affect the interface available to C<XS> code go here.
-Other significant internal changes for future core maintainers should
-be noted as well.
+The "Can't find an opnumber" message that C<prototype> produces when passed
+a string like "CORE::nonexistent_keyword" now passes UTF8 and embedded
+NULs through unchanged [perl #97478].
-[ List each change as a =item entry ]
+=item *
-=over 4
+C<prototype> now treats magical variables like C<$1> the same way as
+non-magical variables when checking for the CORE:: prefix, instead of
+treating them as subroutine names.
=item *
-XXX
+Under threaded perls, a runtime code block in a regular expression could
+corrupt the package name stored in the op tree, resulting in bad reads
+in C<caller>, and possibly crashes [perl #113060].
-=back
+=item *
-=head1 Selected Bug Fixes
+Referencing a closure prototype (C<\&{$_[1]}> in an attribute handler for a
+closure) no longer results in a copy of the subroutine (or assertion
+failures on debugging builds).
-XXX Important bug fixes in the core language are summarised here.
-Bug fixes in files in F<ext/> and F<lib/> are best summarised in
-L</Modules and Pragmata>.
+=item *
-[ List each fix as a =item entry ]
+C<eval '__PACKAGE__'> now returns the right answer on threaded builds if
+the current package has been assigned over (as in
+C<*ThisPackage:: = *ThatPackage::>) [perl #78742].
-=over 4
+=item *
+
+If a package is deleted by code that it calls, it is possible for C<caller>
+to see a stack frame belonging to that deleted package. C<caller> could
+crash if the stash's memory address was reused for a scalar and a
+substitution was performed on the same scalar [perl #113486].
=item *
-C<goto ''> now looks for an empty label, producing the "goto must have
-label" error message, instead of exiting the program [perl #111794].
+C<UNIVERSAL::can> no longer treats its first argument differently
+depending on whether it is a string or number internally.
=item *
-C<goto "\0"> now dies with "Can't find label" instead of "goto must have
-label".
+C<open> with "<&" for the mode checks to see whether the third argument is
+a number, in determining whether to treat it as a file descriptor or a
+handle name. Magical variables like C<$1> were always failing the numeric
+check and being treated as handle names.
=item *
-The C function C<hv_store> used to result in crashes when used on C<%^H>
-[perl #111000].
+C<warn>'s handling of magical variables (C<$1>, ties) has undergone several
+fixes. FETCH is only called once now on a tied argument or a tied C<$@>
+[perl #97480]. Tied variables returning objects that stringify as "" are
+no longer ignored. A tied C<$@> that happened to return a reference the
+I<previous> time is was used is no longer ignored.
=item *
-A call checker attached to a closure prototype via C<cv_set_call_checker>
-is now copied to closures cloned from it. So C<cv_set_call_checker> now
-works inside an attribute handler for a closure.
+C<warn ""> now treats C<$@> with a number in it the same way, regardless of
+whether it happened via C<$@=3> or C<$@="3">. It used to ignore the
+former. Now it appends "\t...caught", as it has always done with
+C<$@="3">.
=item *
-Writing to C<$^N> used to have no effect. Now it croaks with "Modification
-of a read-only value" by default, but that can be overridden by a custom
-regular expression engine, as with C<$1> [perl #112184].
+Numeric operators on magical variables (e.g., S<C<$1 + 1>>) used to use
+floating point operations even where integer operations were more appropriate,
+resulting in loss of accuracy on 64-bit platforms [perl #109542].
=item *
-C<undef> on a control character glob (C<undef *^H>) no longer emits an
-erroneous warning about ambiguity [perl #112456].
+Unary negation no longer treats a string as a number if the string happened
+to be used as a number at some point. So, if C<$x> contains the string "dogs",
+C<-$x> returns "-dogs" even if C<$y=0+$x> has happened at some point.
=item *
-For efficiency's sake, many operators and built-in functions return the
-same scalar each time. Lvalue subroutines and subroutines in the CORE::
-namespace were allowing this implementation detail to leak through.
-C<print &CORE::uc("a"), &CORE::uc("b")> used to print "BB". The same thing
-would happen with an lvalue subroutine returning the return value of C<uc>.
-Now the value is copied in such cases.
+In Perl 5.14, C<-'-10'> was fixed to return "10", not "+10". But magical
+variables (C<$1>, ties) were not fixed till now [perl #57706].
-=back
+=item *
-=head1 Known Problems
+Unary negation now treats strings consistently, regardless of the internal
+UTF8 flag.
-XXX Descriptions of platform agnostic bugs we know we can't fix go here. Any
-tests that had to be C<TODO>ed for the release would be noted here, unless
-they were specific to a particular platform (see below).
+=item *
-This is a list of some significant unfixed bugs, which are regressions
-from either 5.XXX.XXX or 5.XXX.XXX.
+A regression introduced in Perl v5.16.0 involving
+C<tr/I<SEARCHLIST>/I<REPLACEMENTLIST>/> has been fixed. Only the first
+instance is supposed to be meaningful if a character appears more than
+once in C<I<SEARCHLIST>>. Under some circumstances, the final instance
+was overriding all earlier ones. [perl #113584]
-[ List each fix as a =item entry ]
+=item *
-=over 4
+Regular expressions like C<qr/\87/> previously silently inserted a NUL
+character, thus matching as if it had been written C<qr/\00087/>. Now it
+matches as if it had been written as C<qr/87/>, with a message that the
+sequence C<"\8"> is unrecognized.
=item *
-XXX
+C<__SUB__> now works in special blocks (BEGIN, END, etc.).
-=back
+=item *
+
+Thread creation on Windows could theoretically result in a crash if done
+inside a BEGIN block. It still does not work properly, but it no longer
+crashes [perl #111610].
-=head1 Obituary
+=item *
+
+C<\&{''}> (with the empty string) now autovivifies a stub like any other
+sub name, and no longer produces the "Unable to create sub" error
+[perl #94476].
-XXX If any significant core contributor has died, we've added a short obituary
-here.
+=back
=head1 Acknowledgements
XXX Generate this with:
- perl Porting/acknowledgements.pl v5.16.0..HEAD
+ perl Porting/acknowledgements.pl v5.17.0..HEAD
=head1 Reporting Bugs