Update perldelta for push/keys changes

[perl5.git] / pod / perldelta.pod

=encoding utf8

=head1 NAME

perldelta - what is new for perl v5.14.0

=head1 DESCRIPTION

This document describes differences between the 5.12.0 release and
the 5.14.0 release.

If you are upgrading from an earlier release such as 5.10.0, first read
L<perl5120delta>, which describes differences between 5.10.0 and
5.12.0.

Some of the bug fixes in this release have been backported to subsequent
releases of 5.12.x.  Those are indicated with the 5.12.x version in
parentheses.

=head1 Notice

As described in L<perlpolicy>, the release of Perl 5.14.0 marks the
official end of support for Perl 5.10.  Users of Perl 5.10 or earlier
should consider upgrading to a more recent release of Perl.

=head1 Core Enhancements

=head2 Unicode

=head3 Unicode Version 6.0 is now supported (mostly)

Perl comes with the Unicode 6.0 data base updated with
L<Corrigendum #8|http://www.unicode.org/versions/corrigendum8.html>,
with one exception noted below.
See L<http://unicode.org/versions/Unicode6.0.0/> for details on the new
release.  Perl does not support any Unicode provisional properties,
including the new ones for this release.

Unicode 6.0 has chosen to use the name C<BELL> for the character at U+1F514,
which is a symbol that looks like a bell, and is used in Japanese cell
phones.  This conflicts with the long-standing Perl usage of having
C<BELL> mean the ASCII C<BEL> character, U+0007.  In Perl 5.14,
C<\N{BELL}> continues to mean U+0007, but its use generates a
deprecation warning message unless such warnings are turned off.  The
new name for U+0007 in Perl is C<ALERT>, which corresponds nicely
with the existing shorthand sequence for it, C<"\a">.  C<\N{BEL}>
means U+0007, with no warning given.  The character at U+1F514 has no
name in 5.14, but can be referred to by C<\N{U+1F514}>. 
In Perl 5.16, C<\N{BELL}> will refer to U+1F514; all code
that uses C<\N{BELL}> should be converted to use C<\N{ALERT}>,
C<\N{BEL}>, or C<"\a"> before upgrading.

=head3 Full functionality for C<use feature "unicode_strings">

This release provides full functionality for C<use feature
"unicode_strings">.  Under its scope, all string operations executed and
regular expressions compiled (even if executed outside its scope) have
Unicode semantics.  See L<feature/"the 'unicode_strings' feature">.

This feature avoids most forms of the "Unicode Bug" (see
L<perlunicode/The "Unicode Bug"> for details).  If there is any
possibility that your code will process Unicode strings, you are
I<strongly> encouraged to use this subpragma to avoid nasty surprises.

=head3 C<\N{I<NAME>}> and C<charnames> enhancements

=over

=item *

C<\N{I<NAME>}> and C<charnames::vianame> now know about the abbreviated
character names listed by Unicode, such as NBSP, SHY, LRO, ZWJ, etc.; all
the customary abbreviations for the C0 and C1 control characters (such as
ACK, BEL, CAN, etc.); and a few new variants of some C1 full names that
are in common usage.

=item *

Unicode has several I<named character sequences>, in which particular sequences
of code points are given names.  C<\N{I<NAME>}> now recognizes these.

=item *

C<\N{I<NAME>}>, C<charnames::vianame>, and C<charnames::viacode>
now know about every character in Unicode.  In earlier releases of
Perl, they didn't know about the Hangul syllables nor a number of
CJK (Chinese/Japanese/Korean) characters.

=item *

It is now possible to override Perl's abbreviations with your own custom aliases.

=item *

You can now create a custom alias of the ordinal of a
character, known by C<\N{I<NAME>}>, C<charnames::vianame()>, and
C<charnames::viacode()>.  Previously, aliases had to be to official
Unicode character names.  This made it impossible to create an alias for
unnamed code points, such as those reserved for private
use.

=item *

The new function charnames::string_vianame() is a run-time version
of C<\N{I<NAME>}}>, returning the string of characters whose Unicode
name is its parameter.  It can handle Unicode named character
sequences, whereas the pre-existing charnames::vianame() cannot,
as the latter returns a single code point.

=back

See L<charnames> for details on all these changes.

=head3 New warnings categories for problematic (non-)Unicode code points.

Three new warnings subcategories of "utf8" have been added.  These
allow you to turn off some "utf8" warnings, while allowing
other warnings to remain on.  The three categories are:
C<surrogate> when UTF-16 surrogates are encountered;
C<nonchar> when Unicode non-character code points are encountered;
and C<non_unicode> when code points above the legal Unicode
maximum of 0x10FFFF are encountered.

=head3 Any unsigned value can be encoded as a character

With this release, Perl is adopting a model that any unsigned value
can be treated as a code point and encoded internally (as utf8)
without warnings, not just the code points that are legal in Unicode.
However, unless utf8 or the corresponding sub-category (see previous
item) lexical warnings have been explicitly turned off, outputting
or performing a Unicode-defined operation (such as upper-casing)
on such a code point generates a warning.  Attempting to input these
using strict rules (such as with the C<:encoding(UTF-8)> layer)
will continue to fail.  Prior to this release, handling was
inconsistent and in places, incorrect.

Unicode non-characters, some of which previously were erroneously
considered illegal in places by Perl, contrary to the Unicode Standard,
are now always legal internally.  Inputting or outputting them 
works the same as with the non-legal Unicode code points, because the Unicode
standard says they are (only) illegal for "open interchange".

=head3 Unicode database files not installed

The Unicode database files are no longer installed with Perl.  This
doesn't affect any functionality in Perl and saves significant disk
space.  If you need these files, you can download them from
L<http://www.unicode.org/Public/zipped/6.0.0/>.

=head2 Regular Expressions

=head3 C<(?^...)> construct signifies default modifiers

An ASCII caret C<"^"> immediately following a C<"(?"> in a regular
expression now means that the subexpression does not inherit surrounding
modifiers such as C</i>, but reverts to the Perl defaults.  Any modifiers
following the caret override the defaults.

Stringification of regular expressions now uses this notation.  
For example, C<qr/hlagh/i> would previously be stringified as
C<(?i-xsm:hlagh)>, but now it's stringified as C<(?^i:hlagh)>.

The main purpose of this change is to allow tests that rely on the
stringification I<not> to have to change whenever new modifiers are added.
See L<perlre/Extended Patterns>.

This change is likely to break code which compares stringified regular
expressions with fixed strings containing C<?-xism>.


=head3 C</d>, C</l>, C</u>, C</a>, and C</aa> modifiers

Four new regular expression modifiers have been added.  These are mutually
exclusive: one only can be turned on at a time.

=over 

=item *

The C</l> modifier says to compile the regular expression as if it were
in the scope of C<use locale>, even if it is not.

=item *

The C</u> modifier says to compile the regular expression as if it were
in the scope of a C<use feature "unicode_strings"> pragma.

=item *

The C</d> (default) modifier is used to override any C<use locale> and
C<use feature "unicode_strings"> pragmas in effect at the time
of compiling the regular expression.

=item *

The C</a> regular expression modifier restricts C<\s>, C<\d> and C<\w> and
the POSIX (C<[[:posix:]]>) character classes to the ASCII range.  Their
complements and C<\b> and C<\B> are correspondingly
affected.  Otherwise, C</a> behaves like the C</u> modifier, in that
case-insensitive matching uses Unicode semantics.

=item *

The C</aa> modifier is like C</a>, except that, in case-insensitive
matching, no ASCII character can match a non-ASCII character.
For example,

    "k"     =~ /\N{KELVIN SIGN}/ai
    "\xDF" =~ /ss/ai

match but 

    "k"    =~ /\N{KELVIN SIGN}/aai
    "\xDF" =~ /ss/aai

do not match.

=back

See L<perlre/Modifiers> for more detail.

=head3 Non-destructive substitution

The substitution (C<s///>) and transliteration
(C<y///>) operators now support an C</r> option that
copies the input variable, carries out the substitution on
the copy, and returns the result.  The original remains unmodified.

  my $old = "cat";
  my $new = $old =~ s/cat/dog/r;
  # $old is "cat" and $new is "dog"

This is particularly useful with C<map>.  See L<perlop> for more examples.

=head3 Re-entrant regular expression engine

It is now safe to use regular expressions within C<(?{...})> and
C<(??{...})> code blocks inside regular expressions.

These blocks are still experimental, however, and still have problems with
lexical (C<my>) variables and abnormal exiting.

=head3 C<use re "/flags">

The C<re> pragma now has the ability to turn on regular expression flags
till the end of the lexical scope:

    use re "/x";
    "foo" =~ / (.+) /;  # /x implied

See L<re/"'/flags' mode"> for details.

=head3 \o{...} for octals

There is a new octal escape sequence, C<"\o">, in doublequote-like
contexts.  This construct allows large octal ordinals beyond the
current max of 0777 to be represented.  It also allows you to specify a
character in octal which can safely be concatenated with other regex
snippets and which won't be confused with being a backreference to
a regex capture group.  See L<perlre/Capture groups>.

=head3 Add C<\p{Titlecase}> as a synonym for C<\p{Title}>

This synonym is added for symmetry with the Unicode property names
C<\p{Uppercase}> and C<\p{Lowercase}>.

=head3 Regular expression debugging output improvement

Regular expression debugging output (turned on by C<use re "debug">) now
uses hexadecimal when escaping non-ASCII characters, instead of octal.

=head3 Return value of C<delete $+{...}>

Custom regular expression engines can now determine the return value of
C<delete> on an entry of C<%+> or C<%->.

=head2 Syntactical Enhancements

=head3 Array and hash container functions accept references

B<Warning:> This feature is considered experimental, as the exact behaviour
may change in a future version of Perl.

All builtin functions that operate directly on array or hash
containers now also accept unblessed hard references to arrays
or hashes:

  |----------------------------+---------------------------|
  | Traditional syntax         | Terse syntax              |
  |----------------------------+---------------------------|
  | push @$arrayref, @stuff    | push $arrayref, @stuff    |
  | unshift @$arrayref, @stuff | unshift $arrayref, @stuff |
  | pop @$arrayref             | pop $arrayref             |
  | shift @$arrayref           | shift $arrayref           |
  | splice @$arrayref, 0, 2    | splice $arrayref, 0, 2    |
  | keys %$hashref             | keys $hashref             |
  | keys @$arrayref            | keys $arrayref            |
  | values %$hashref           | values $hashref           |
  | values @$arrayref          | values $arrayref          |
  | ($k,$v) = each %$hashref   | ($k,$v) = each $hashref   |
  | ($k,$v) = each @$arrayref  | ($k,$v) = each $arrayref  |
  |----------------------------+---------------------------|

This allows these builtin functions to act on long dereferencing chains
or on the return value of subroutines without needing to wrap them in
C<@{}> or C<%{}>:

  push @{$obj->tags}, $new_tag;  # old way
  push $obj->tags,    $new_tag;  # new way

  for ( keys %{$hoh->{genres}{artists}} ) {...} # old way 
  for ( keys $hoh->{genres}{artists}    ) {...} # new way 

=head3 Single term prototype

The C<+> prototype is a special alternative to C<$> that acts like
C<\[@%]> when given a literal array or hash variable, but will otherwise
force scalar context on the argument.  See L<perlsub/Prototypes>.

=head3 C<package> block syntax

A package declaration can now contain a code block, in which case the
declaration is in scope inside that block only.  So C<package Foo { ... }>
is precisely equivalent to C<{ package Foo; ... }>.  It also works with
a version number in the declaration, as in C<package Foo 1.2 { ... }>, 
which is its most attractive feature.  See L<perlfunc>.

=head3 Statement labels can appear in more places

Statement labels can now occur before any type of statement or declaration,
such as C<package>.

=head3 Stacked labels

Multiple statement labels can now appear before a single statement.

=head3 Uppercase X/B allowed in hexadecimal/binary literals

Literals may now use either upper case C<0X...> or C<0B...> prefixes,
in addition to the already supported C<0x...> and C<0b...>
syntax [perl #76296].

C, Ruby, Python, and PHP already support this syntax, and it makes
Perl more internally consistent: a round-trip with C<eval sprintf
"%#X", 0x10> now returns C<16>, just like C<eval sprintf "%#x", 0x10>.

=head3 Overridable tie functions

C<tie>, C<tied> and C<untie> can now be overridden [perl #75902].

=head2 Exception Handling

To make them more reliable and consistent, several changes have been made
to how C<die>, C<warn>, and C<$@> behave.

=over

=item * 

When an exception is thrown inside an C<eval>, the exception is no
longer at risk of being clobbered by destructor code running during unwinding.
Previously, the exception was written into C<$@>
early in the throwing process, and would be overwritten if C<eval> was
used internally in the destructor for an object that had to be freed
while exiting from the outer C<eval>.  Now the exception is written
into C<$@> last thing before exiting the outer C<eval>, so the code
running immediately thereafter can rely on the value in C<$@> correctly
corresponding to that C<eval>.  (C<$@> is still also set before exiting the
C<eval>, for the sake of destructors that rely on this.)

Likewise, a C<local $@> inside an C<eval> no longer clobbers any
exception thrown in its scope.  Previously, the restoration of C<$@> upon
unwinding would overwrite any exception being thrown.  Now the exception
gets to the C<eval> anyway.  So C<local $@> is safe before a C<die>.

Exceptions thrown from object destructors no longer modify the C<$@>
of the surrounding context.  (If the surrounding context was exception
unwinding, this used to be another way to clobber the exception being
thrown.)  Previously such an exception was
sometimes emitted as a warning, and then either was
string-appended to the surrounding C<$@> or completely replaced the
surrounding C<$@>, depending on whether that exception and the surrounding
C<$@> were strings or objects.  Now, an exception in this situation is
always emitted as a warning, leaving the surrounding C<$@> untouched.
In addition to object destructors, this also affects any function call
performed by XS code using the C<G_KEEPERR> flag.

=item * 

Warnings for C<warn> can now be objects in the same way as exceptions
for C<die>.  If an object-based warning gets the default handling
of writing to standard error, it is stringified as before with the
filename and line number appended.  But a C<$SIG{__WARN__}> handler now
receives an object-based warning as an object, where previously it
was passed the result of stringifying the object.

=back

=head2 Other Enhancements

=head3 Assignment to C<$0> sets the legacy process name with prctl() on Linux

On Linux the legacy process name is now set with L<prctl(2)>, in
addition to altering the POSIX name via C<argv[0]>, as Perl has done
since version 4.000.  Now system utilities that read the legacy process
name such as I<ps>, I<top>, and I<killall> recognize the name you set when
assigning to C<$0>.  The string you supply is truncated at 16 bytes;
this limitation is imposed by Linux.

=head3 srand() now returns the seed

This allows programs that need to have repeatable results not to have to come
up with their own seed-generating mechanism.  Instead, they can use srand()
and stash the return value for future use.  One example is a test program with
too many combinations to test comprehensively in the time available for
each run.  It can test a random subset each time and, should there be a failure,
log the seed used for that run so this can later be used to produce the same results.

=head3 printf-like functions understand post-1980 size modifiers

Perl's printf and sprintf operators, and Perl's internal printf replacement
function, now understand the C90 size modifiers "hh" (C<char>), "z"
(C<size_t>), and "t" (C<ptrdiff_t>).  Also, when compiled with a C99
compiler, Perl now understands the size modifier "j" (C<intmax_t>) 
(but this is not portable).

So, for example, on any modern machine, C<sprintf("%hhd", 257)> returns "1".

=head3 New global variable C<${^GLOBAL_PHASE}>

A new global variable, C<${^GLOBAL_PHASE}>, has been added to allow
introspection of the current phase of the Perl interpreter.  It's explained in
detail in L<perlvar/"${^GLOBAL_PHASE}"> and in
L<perlmod/"BEGIN, UNITCHECK, CHECK, INIT and END">.

=head3 C<-d:-foo> calls C<Devel::foo::unimport>

The syntax C<-dI<B<:>foo>> was extended in 5.6.1 to make C<-dI<:fooB<=bar>>>
equivalent to C<-MDevel::foo=bar>, which expands
internally to C<use Devel::foo "bar">.
Perl now allows prefixing the module name with C<->, with the same
semantics as C<-M>, that is:

=over 4

=item C<-d:-foo>

Equivalent to C<-M-Devel::foo>, expands to
C<no Devel::foo>, calls C<< Devel::foo->unimport() >>
if the method exists.

=item C<-d:-foo=bar>

Equivalent to C<-M-Devel::foo=bar>, expands to C<no Devel::foo "bar">,
calls C<< Devel::foo->unimport("bar") >> if the method exists.

=back

This is particularly useful for suppressing the default actions of a
C<Devel::*> module's C<import> method whilst still loading it for debugging.

=head3 Filehandle method calls load L<IO::File> on demand

When a method call on a filehandle would die because the method cannot
be resolved and L<IO::File> has not been loaded, Perl now loads L<IO::File>
via C<require> and attempts method resolution again:

  open my $fh, ">", $file;
  $fh->binmode(":raw");     # loads IO::File and succeeds

This also works for globs like STDOUT, STDERR, and STDIN:

  STDOUT->autoflush(1);

Because this on-demand load happens only if method resolution fails, the
legacy approach of manually loading an L<IO::File> parent class for partial
method support still works as expected:

  use IO::Handle;
  open my $fh, ">", $file;
  $fh->autoflush(1);        # IO::File not loaded

=head3 Improved IPv6 support

The C<Socket> module provides new affordances for IPv6,
including implementations of the C<Socket::getaddrinfo()> and
C<Socket::getnameinfo()> functions, along with related constants and a
handful of new functions.  See L<Socket>.

=head3 DTrace probes now include package name

The DTrace probes now include an additional argument, C<arg3>, which contains
the package the subroutine being entered or left was compiled in.

For example, using the following DTrace script:

  perl$target:::sub-entry
  {
      printf("%s::%s\n", copyinstr(arg0), copyinstr(arg3));
  }

and then running:

  $ perl -e 'sub test { }; test'

DTrace will print:

  main::test

=head2 New C APIs

See L</Internal Changes>.

=head1 Security

=head2 User-defined regular expression properties

L<perlunicode/"User-Defined Character Properties"> documented that you can
create custom properties by defining subroutines whose names begin with
"In" or "Is".  However, Perl did not actually enforce that naming
restriction, so \p{foo::bar} could call foo::bar() if it existed.  The documented
convention is now enforced.

Also, Perl no longer allows tainted regular expressions to invoke a
user-defined property.  It simply dies instead [perl #82616].

=head1 Incompatible Changes

Perl 5.14.0 is not binary-compatible with any previous stable release.

In addition to the sections that follow, see L</C API Changes>.

=head2 Regular Expressions and String Escapes

=head3 \400-\777

In certain circumstances, C<\400>-C<\777> in regexes have behaved
differently than they behave in all other doublequote-like contexts.
Since 5.10.1, Perl has issued a deprecation warning when this happens.
Now, these literals behave the same in all doublequote-like contexts,
namely to be equivalent to C<\x{100}> - C<\x{1FF}>, with no deprecation
warning.

Use of C<\400>-C<\777> in the command-line option B<-0> retain their
conventional meaning.  They slurp whole input files; previously, this
was documented only for B<-0777>.

Because of various ambiguities, you should use the new
C<\o{...}> construct to represent characters in octal instead.

=head3 Most C<\p{}> properties are now immune to case-insensitive matching

For most Unicode properties, it doesn't make sense to have them match
differently under C</i> case-insensitive matching.  Doing so can lead
to unexpected results and potential security holes.  For example

 m/\p{ASCII_Hex_Digit}+/i

could previously match non-ASCII characters because of the Unicode
matching rules (although there were a number of bugs with this).  Now
matching under C</i> gives the same results as non-C</i> matching except
for those few properties where people have come to expect differences,
namely the ones where casing is an integral part of their meaning, such
as C<m/\p{Uppercase}/i> and C<m/\p{Lowercase}/i>, both of which match
the same code points as matched by C<m/\p{Cased}/i>.
Details are in L<perlrecharclass/Unicode Properties>.

User-defined property handlers that need to match differently under C</i>
must be changed to read the new boolean parameter passed to them, which
is non-zero if case-insensitive matching is in effect and 0 otherwise.
See L<perluniprops/User-Defined Character Properties>.

=head3 \p{} implies Unicode semantics

Specifying a Unicode property in the pattern indicates
that the pattern is meant for matching according to Unicode rules, the way
C<\N{I<NAME>}> does.

=head3 Regular expressions retain their localeness when interpolated

Regular expressions compiled under C<"use locale"> now retain this when
interpolated into a new regular expression compiled outside a
C<"use locale">, and vice-versa.

Previously, one regular expression interpolated into another inherited
the localeness of the surrounding regex, losing whatever state it
originally had.  This is considered a bug fix, but may trip up code that
has come to rely on the incorrect behaviour.

=head3 Stringification of regexes has changed

Default regular expression modifiers are now notated using
C<(?^...)>.  Code relying on the old stringification will fail.  
This is so that when new modifiers are added, such code won't
have to keep changing each time this happens, because the stringification 
will automatically incorporate the new modifiers.

Code that needs to work properly with both old- and new-style regexes
can avoid the whole issue by using (for perls since 5.9.5; see L<re>):

 use re qw(regexp_pattern);
 my ($pat, $mods) = regexp_pattern($re_ref);

If the actual stringification is important or older Perls need to be
supported, you can use something like the following:

    # Accept both old and new-style stringification
    my $modifiers = (qr/foobar/ =~ /\Q(?^/) ? "^" : "-xism";

And then use C<$modifiers> instead of C<-xism>.

=head3 Run-time code blocks in regular expressions inherit pragmata

Code blocks in regular expressions (C<(?{...})> and C<(??{...})>) previously
did not inherit pragmata (strict, warnings, etc.) if the regular expression
was compiled at run time as happens in cases like these two:

  use re "eval";
  $foo =~ $bar; # when $bar contains (?{...})
  $foo =~ /$bar(?{ $finished = 1 })/;

This bug has now been fixed, but code which relied on the buggy behaviour
may need to be fixed to account for the correct behaviour.

=head2 Stashes and Package Variables

=head3 Localised tied hashes and arrays are no longed tied

In the following:

    tie @a, ...;
    {
	    local @a;
	    # here, @a is a now a new, untied array
    }
    # here, @a refers again to the old, tied array

Earlier versions of Perl incorrectly tied the new local array.  This has
now been fixed.  This fix could however potentially cause a change in
behaviour of some code.

=head3 Stashes are now always defined

C<defined %Foo::> now always returns true, even when no symbols have yet been
defined in that package.

This is a side-effect of removing a special-case kludge in the tokeniser,
added for 5.10.0, to hide side-effects of changes to the internal storage of
hashes.  The fix drastically reduces hashes' memory overhead.

Calling defined on a stash has been deprecated since 5.6.0, warned on
lexicals since 5.6.0, and warned for stashes and other package
variables since 5.12.0.  C<defined %hash> has always exposed an
implementation detail: emptying a hash by deleting all entries from it does
not make C<defined %hash> false.  Hence C<defined %hash> is not valid code to
determine whether an arbitrary hash is empty.  Instead, use the behaviour
of an empty C<%hash> always returning false in scalar context.

=head3 Clearing stashes

Stash list assignment C<%foo:: = ()> used to make the stash temporarily 
anonymous while it was being emptied.  Consequently, any of its
subroutines referenced elsewhere would become anonymous,  showing up as
"(unknown)" in C<caller>.  They now retain their package names such that
C<caller> returns the original sub name if there is still a reference
to its typeglob and "foo::__ANON__" otherwise [perl #79208].

=head3 Dereferencing typeglobs

If you assign a typeglob to a scalar variable:

    $glob = *foo;

the glob that is copied to C<$glob> is marked with a special flag
indicating that the glob is just a copy.  This allows subsequent
assignments to C<$glob> to overwrite the glob.  The original glob,
however, is immutable.

Some Perl operators did not distinguish between these two types of globs.
This would result in strange behaviour in edge cases: C<untie $scalar>
would not untie the scalar if the last thing assigned to it was a glob
(because it treated it as C<untie *$scalar>, which unties a handle).
Assignment to a glob slot (such as C<*$glob = \@some_array>) would simply
assign C<\@some_array> to C<$glob>.

To fix this, the C<*{}> operator (including its C<*foo> and C<*$foo> forms)
has been modified to make a new immutable glob if its operand is a glob
copy.  This allows operators that make a distinction between globs and
scalars to be modified to treat only immutable globs as globs.  (C<tie>,
C<tied> and C<untie> have been left as they are for compatibility's sake,
but will warn.  See L</Deprecations>.)

This causes an incompatible change in code that assigns a glob to the
return value of C<*{}> when that operator was passed a glob copy.  Take the
following code, for instance:

    $glob = *foo;
    *$glob = *bar;

The C<*$glob> on the second line returns a new immutable glob.  That new
glob is made an alias to C<*bar>.  Then it is discarded.  So the second
assignment has no effect.

See L<http://rt.perl.org/rt3/Public/Bug/Display.html?id=77810> for
more detail.

=head3 Magic variables outside the main package

In previous versions of Perl, magic variables like C<$!>, C<%SIG>, etc. would
"leak" into other packages.  So C<%foo::SIG> could be used to access signals,
C<${"foo::!"}> (with strict mode off) to access C's C<errno>, etc.

This was a bug, or an "unintentional" feature, which caused various ill effects,
such as signal handlers being wiped when modules were loaded, etc.

This has been fixed (or the feature has been removed, depending on how you see
it).

=head3 local($_) strips all magic from $_

local() on scalar variables gives them a new value but keeps all
their magic intact.  This has proven problematic for the default
scalar variable $_, where L<perlsub> recommends that any subroutine
that assigns to $_ should first localize it.  This would throw an
exception if $_ is aliased to a read-only variable, and could in general have
various unintentional side-effects.

Therefore, as an exception to the general rule, local($_) will not
only assign a new value to $_, but also remove all existing magic from
it as well.

=head3 Parsing of package and variable names

Parsing the names of packages and package variables has changed: 
multiple adjacent pairs of colons, as in C<foo::::bar>, are now all 
treated as package separators.

Regardless of this change, the exact parsing of package separators has
never been guaranteed and is subject to change in future Perl versions.

=head2 Changes to Syntax or to Perl Operators

=head3 C<given> return values

C<given> blocks now return the last evaluated
expression, or an empty list if the block was exited by C<break>.  Thus you
can now write:

    my $type = do {
     given ($num) {
      break     when undef;
      "integer" when /^[+-]?[0-9]+$/;
      "float"   when /^[+-]?[0-9]+(?:\.[0-9]+)?$/;
      "unknown";
     }
    };

See L<perlsyn/Return value> for details.

=head3 Change in parsing of certain prototypes

Functions declared with the following prototypes now behave correctly as unary
functions:

  *
  \$ \% \@ \* \&
  \[...]
  ;$ ;*
  ;\$ ;\% etc.
  ;\[...]

Due to this bug fix [perl #75904], functions
using the C<(*)>, C<(;$)> and C<(;*)> prototypes
are parsed with higher precedence than before.  So
in the following example:

  sub foo($);
  foo $a < $b;

the second line is now parsed correctly as C<< foo($a) < $b >>, rather than
C<< foo($a < $b) >>.  This happens when one of these operators is used in
an unparenthesised argument:

  < > <= >= lt gt le ge
  == != <=> eq ne cmp ~~
  &
  | ^
  &&
  || //
  .. ...
  ?:
  = += -= *= etc.

=head3 Smart-matching against array slices

Previously, the following code resulted in a successful match:

    my @a = qw(a y0 z);
    my @b = qw(a x0 z);
    @a[0 .. $#b] ~~ @b;

This odd behaviour has now been fixed [perl #77468].

=head3 Negation treats strings differently from before

The unary negation operator, C<->, now treats strings that look like numbers
as numbers [perl #57706].

=head3 Negative zero

Negative zero (-0.0), when converted to a string, now becomes "0" on all
platforms.  It used to become "-0" on some, but "0" on others.

If you still need to determine whether a zero is negative, use
C<sprintf("%g", $zero) =~ /^-/> or the L<Data::Float> module on CPAN.

=head3 C<:=> is now a syntax error

Previously C<my $pi := 4> was exactly equivalent to C<my $pi : = 4>,
with the C<:> being treated as the start of an attribute list, ending before
the C<=>.  The use of C<:=> to mean C<: => was deprecated in 5.12.0, and is
now a syntax error.  This allows future use of C<:=> as a new token.

Outside the core's tests for it, we find no Perl 5 code on CPAN
using this construction, so we believe that this change will have
very little impact on real-world codebases.

If it is absolutely necessary to have empty attribute lists (for example,
because of a code generator), simply avoid the error by adding a space before
the C<=>.

=head3 Change in the parsing of identifiers

Characters outside the Unicode "XIDStart" set are no longer allowed at the
beginning of an identifier.  This means that certain accents and marks
that normally follow an alphabetic character may no longer be the first
character of an identifier.

=head2 Threads and Processes

=head3 Directory handles not copied to threads

On systems other than Windows that do not have
a C<fchdir> function, newly-created threads no
longer inherit directory handles from their parent threads.  Such programs
would usually have crashed anyway [perl #75154].

=head3 C<close> on shared pipes

To avoid deadlocks, the C<close> function no longer waits for the
child process to exit if the underlying file descriptor is still
in use by another thread.  It returns true in such cases.

=head3 fork() emulation will not wait for signalled children

On Windows parent processes would not terminate until all forked
children had terminated first.  However, C<kill("KILL", ...)> is
inherently unstable on pseudo-processes, and C<kill("TERM", ...)>
might not get delivered if the child is blocked in a system call.

To avoid the deadlock and still provide a safe mechanism to terminate
the hosting process, Perl now no longer waits for children that
have been sent a SIGTERM signal.  It is up to the parent process to
waitpid() for these children if child-cleanup processing must be
allowed to finish.  However, it is also then the responsibility of the
parent to avoid the deadlock by making sure the child process
can't be blocked on I/O.

See L<perlfork> for more information about the fork() emulation on
Windows.

=head2 Configuration

=head3 Naming fixes in Policy_sh.SH may invalidate Policy.sh

Several long-standing typos and naming confusions in F<Policy_sh.SH> have
been fixed, standardizing on the variable names used in F<config.sh>.

This will change the behaviour of F<Policy.sh> if you happen to have been
accidentally relying on its incorrect behaviour.

=head3 Perl source code is read in text mode on Windows

Perl scripts used to be read in binary mode on Windows for the benefit
of the L<ByteLoader> module (which is no longer part of core Perl).  This
had the side-effect of breaking various operations on the C<DATA> filehandle,
including seek()/tell(), and even simply reading from C<DATA> after filehandles
have been flushed by a call to system(), backticks, fork() etc.

The default build options for Windows have been changed to read Perl source
code on Windows in text mode now.  L<ByteLoader> will (hopefully) be updated on
CPAN to automatically handle this situation [perl #28106].

=head1 Deprecations

See also L</Deprecated C APIs>.

=head2 Omitting a space between a regular expression and subsequent word

Omitting the space between a regular expression operator or
its modifiers and the following word is deprecated.  For
example, C<< m/foo/sand $bar >> is for now still parsed
as C<< m/foo/s and $bar >>, but will now issue a warning.

=head2 C<\cI<X>>

The backslash-c construct was designed as a way of specifying
non-printable characters, but there were no restrictions (on ASCII
platforms) on what the character following the C<c> could be.  Now,
a deprecation warning is raised if that character isn't an ASCII character.
Also, a deprecation warning is raised for C<"\c{"> (which is the same
as simply saying C<";">).

=head2 C<"\b{"> and C<"\B{">

In regular expressions, a literal C<"{"> immediately following a C<"\b">
(not in a bracketed character class) or a C<"\B{"> is now deprecated
to allow for its future use by Perl itself.

=head2 Deprecation warning added for deprecated-in-core Perl 4-era .pl libraries

This is a mandatory warning, not obeying -X or lexical warning bits.
The warning is modelled on that supplied by deprecate.pm for
deprecated-in-core .pm libraries.  It points to the specific CPAN
distribution that contains the .pl libraries.  The CPAN versions, of
course, do not generate the warning.

=head2 List assignment to C<$[>

Assignment to C<$[> was deprecated and started to give warnings in
Perl version 5.12.0.  This version of Perl (5.14) now also emits a warning 
when assigning to C<$[> in list context.  This fixes an oversight in 5.12.0.

=head2 Use of qw(...) as parentheses

Historically the parser fooled itself into thinking that C<qw(...)> literals
were always enclosed in parentheses, and as a result you could sometimes omit
parentheses around them:

    for $x qw(a b c) { ... }

The parser no longer lies to itself in this way.  Wrap the list literal in
parentheses like this:

    for $x (qw(a b c)) { ... }

This is being deprecated because C<qw(a b c)> is supposed to mean
C<"a", "b", "c"> not C<("a", "b", "c")>. In other words, this doesn't compile:

    for my $i "a", "b", "c" { }

So neither should this:

    for my $i qw(a b c) {}

But these both work:

    for my $i ("a", "b", "c") { }
    for my $i (qw(a b c)) {}

Note that this does not change the behaviour of cases like:

    use POSIX qw(setlocale localeconv)
    our @EXPORT = qw(foo bar baz);

Where a list with or without parentheses could have been provided.

=head2 C<\N{BELL}>

This is because Unicode is using that name for a different character.
See L</Unicode Version 6.0 is now supported (mostly)> for more
explanation.

=head2 C<?PATTERN?>

C<?PATTERN?> (without the initial m) has been deprecated and now produces
a warning.  This is to allow future use of C<?> in new operators.
The match-once functionality is still available in the form of C<m?PATTERN?>.

=head2 Tie functions on scalars holding typeglobs

Calling a tie function (C<tie>, C<tied>, C<untie>) with a scalar argument
acts on a filehandle if the scalar happens to hold a typeglob.

This is a long-standing bug that will be removed in Perl 5.16, as
there is currently no way to tie the scalar itself when it holds
a typeglob, and no way to untie a scalar that has had a typeglob
assigned to it.

Now there is a deprecation warning whenever a tie
function is used on a handle without an explicit C<*>.

=head2 User-defined case-mapping

This feature is being deprecated due to its many issues, as documented in
L<perlunicode/User-Defined Case Mappings (for serious hackers only)>.
This feature will be removed in Perl 5.16.  Instead use the CPAN module
L<Unicode::Casing>, which provides improved functionality.

=head2 Deprecated modules

The following modules will be removed from the core distribution in a
future release, and should be installed from CPAN instead.  Distributions
on CPAN which require these should add them to their prerequisites.  The
core versions of these modules now issue a deprecation warning.

If you ship a packaged version of Perl, either alone or as part of a
larger system, then you should carefully consider the repercussions of
core module deprecations.  You may want to consider shipping your default
build of Perl with packages for some or all deprecated modules which
install into C<vendor> or C<site> Perl library directories.  This will
inhibit the deprecation warnings.

Alternatively, you may want to consider patching F<lib/deprecate.pm>
to provide deprecation warnings specific to your packaging system
or distribution of Perl, consistent with how your packaging system
or distribution manages a staged transition from a release where the
installation of a single package provides the given functionality, to
a later release where the system administrator needs to know to install
multiple packages to get that same functionality.

You can silence these deprecation warnings by installing the modules
in question from CPAN.  To install the latest version of all of them,
just install C<Task::Deprecations::5_14>.

=over

=item L<Devel::DProf>

We strongly recommend that you install and use L<Devel::NYTProf> instead
of L<Devel::Dprof>, as L<Devel::NYTProf> offers significantly 
improved profiling and reporting.

=back

=head1 Performance Enhancements

=head2 "Safe signals" optimisation

Signal dispatch has been moved from the runloop into control ops.
This should give a few percent speed increase, and eliminates nearly
all the speed penalty caused by the introduction of "safe signals"
in 5.8.0.  Signals should still be dispatched within the same
statement as they were previously.  If this does I<not> happen, or
if you find it possible to create uninterruptible loops, this is a
bug, and reports are encouraged of how to recreate such issues.

=head2 Optimisation of shift() and pop() calls without arguments

Two fewer OPs are used for shift() and pop() calls with no argument (with
implicit C<@_>).  This change makes shift() 5% faster than C<shift @_>
on non-threaded perls, and 25% faster on threaded ones.

=head2 Optimisation of regexp engine string comparison work

The C<foldEQ_utf8> API function for case-insensitive comparison of strings (which
is used heavily by the regexp engine) was substantially refactored and
optimised -- and its documentation much improved as a free bonus.

=head2 Regular expression compilation speed-up

Compiling regular expressions has been made faster when upgrading
the regex to utf8 is necessary but this isn't known when the compilation begins.

=head2 String appending is 100 times faster

When doing a lot of string appending, perls built to use the system's
C<malloc> could end up allocating a lot more memory than needed in a
very inefficient way.

C<sv_grow>, the function used to allocate more memory if necessary
when appending to a string, has been taught to round up the memory
it requests to a certain geometric progression, making it much faster on
certain platforms and configurations.  On Win32, it's now about 100 times
faster.

=head2 Eliminate C<PL_*> accessor functions under ithreads

When C<MULTIPLICITY> was first developed, and interpreter state moved into
an interpreter struct, thread- and interpreter-local C<PL_*> variables
were defined as macros that called accessor functions (returning the
address of the value) outside the Perl core.  The intent was to allow
members within the interpreter struct to change size without breaking
binary compatibility, so that bug fixes could be merged to a maintenance
branch that necessitated such a size change.  This mechanism was redundant
and penalised well-behaved code.  It has been removed.

=head2 Freeing weak references

When there are many weak references to an object, freeing that object
can under some some circumstances take O(I<NE<0xB2>>) time to free, where 
I<N> is the number of references.  The circumstances in which this can happen
have been reduced [perl #75254]

=head2 Lexical array and hash assignments

An earlier optimisation to speed up C<my @array = ...> and
C<my %hash = ...> assignments caused a bug and was disabled in Perl 5.12.0.

Now we have found another way to speed up these assignments [perl #82110].

=head2 C<@_> uses less memory

Previously, C<@_> was allocated for every subroutine at compile time with
enough space for four entries.  Now this allocation is done on demand when
the subroutine is called [perl #72416].

=head2 Size optimisations to SV and HV structures

C<xhv_fill> has been eliminated from C<struct xpvhv>, saving 1 IV per hash and
on some systems will cause C<struct xpvhv> to become cache-aligned.  To avoid
this memory saving causing a slowdown elsewhere, boolean use of C<HvFILL>
now calls C<HvTOTALKEYS> instead (which is equivalent), so while the fill
data when actually required are now calculated on demand, the cases when
this needs to be done should be rare.

The order of structure elements in SV bodies has changed.  Effectively,
the NV slot has swapped location with STASH and MAGIC.  As all access to
SV members is via macros, this should be completely transparent.  This
change allows the space saving for PVHVs documented above, and may reduce
the memory allocation needed for PVIVs on some architectures.

C<XPV>, C<XPVIV>, and C<XPVNV> now allocate only the parts of the C<SV> body
they actually use, saving some space.

Scalars containing regular expressions now allocate only the part of the C<SV>
body they actually use, saving some space.

=head2 Memory consumption improvements to Exporter

The @EXPORT_FAIL AV is no longer created unless required, hence neither is
the typeglob backing it.  This saves about 200 bytes for every package that
uses Exporter but doesn't use this functionality.

=head2 Memory savings for weak references

For weak references, the common case of just a single weak reference
per referent has been optimised to reduce the storage required.  In this
case it saves the equivalent of one small Perl array per referent.

=head2 C<%+> and C<%-> use less memory

The bulk of the C<Tie::Hash::NamedCapture> module used to be in the Perl
core.  It has now been moved to an XS module to reduce overhead for
programs that do not use C<%+> or C<%->.

=head2 Multiple small improvements to threads

The internal structures of threading now make fewer API calls and fewer
allocations, resulting in noticeably smaller object code.  Additionally,
many thread context checks have been deferred so they're done only 
when required (although this is only possible for non-debugging builds).

=head2 Adjacent pairs of nextstate opcodes are now optimized away

Previously, in code such as

    use constant DEBUG => 0;

    sub GAK {
        warn if DEBUG;
        print "stuff\n";
    }

the ops for C<warn if DEBUG> would be folded to a C<null> op (C<ex-const>), but
the C<nextstate> op would remain, resulting in a runtime op dispatch of
C<nextstate>, C<nextstate>, etc.

The execution of a sequence of C<nextstate> ops is indistinguishable from just
the last C<nextstate> op so the peephole optimizer now eliminates the first of
a pair of C<nextstate> ops except when the first carries a label, since labels
must not be eliminated by the optimizer, and label usage isn't conclusively known
at compile time.

=head1 Modules and Pragmata

=head2 New Modules and Pragmata

=over 4

=item *

L<CPAN::Meta::YAML> 0.003 has been added as a dual-life module.  It supports a
subset of YAML sufficient for reading and writing F<META.yml> and F<MYMETA.yml> files
included with CPAN distributions or generated by the module installation
toolchain.  It should not be used for any other general YAML parsing or
generation task.

=item *

L<CPAN::Meta> version 2.110440 has been added as a dual-life module.  It
provides a standard library to read, interpret and write CPAN distribution
metadata files (like F<META.json> and F<META.yml)> which describes a
distribution, its contents, and the requirements for building it and
installing it.  The latest CPAN distribution metadata specification is
included as L<CPAN::Meta::Spec> and notes on changes in the specification
over time are given in L<CPAN::Meta::History>.

=item *

L<HTTP::Tiny> 0.012 has been added as a dual-life module.  It is a very
small, simple HTTP/1.1 client designed for simple GET requests and file
mirroring.  It has has been added to enable F<CPAN.pm> and L<CPANPLUS> to
"bootstrap" HTTP access to CPAN using pure Perl without relying on external
binaries like L<curl(1)> or L<wget(1)>.

=item *

L<JSON::PP> 2.27105 has been added as a dual-life module to allow CPAN
clients to read F<META.json> files in CPAN distributions.

=item *

L<Module::Metadata> 1.000004 has been added as a dual-life module.  It gathers
package and POD information from Perl module files.  It is a standalone module
based on L<Module::Build::ModuleInfo> for use by other module installation
toolchain components.  L<Module::Build::ModuleInfo> has been deprecated in
favor of this module instead.

=item *

L<Perl::OSType> 1.002 has been added as a dual-life module.  It maps Perl
operating system names (like "dragonfly" or "MSWin32") to more generic types
with standardized names (like "Unix" or "Windows").  It has been refactored
out of L<Module::Build> and L<ExtUtils::CBuilder> and consolidates such mappings into
a single location for easier maintenance.

=item *

The following modules were added by the L<Unicode::Collate> 
upgrade.  See below for details.

L<Unicode::Collate::CJK::Big5>

L<Unicode::Collate::CJK::GB2312>

L<Unicode::Collate::CJK::JISX0208>

L<Unicode::Collate::CJK::Korean>

L<Unicode::Collate::CJK::Pinyin>

L<Unicode::Collate::CJK::Stroke>

=item *

L<Version::Requirements> version 0.101020 has been added as a dual-life
module.  It provides a standard library to model and manipulates module
prerequisites and version constraints defined in L<CPAN::Meta::Spec>.

=back

=head2 Updated Modules and Pragma

=over 4

=item *

L<attributes> has been upgraded from version 0.12 to 0.14.

=item *

L<Archive::Extract> has been upgraded from version 0.38 to 0.48.

Updates since 0.38 include: a safe print method that guards
L<Archive::Extract> from changes to C<$\>; a fix to the tests when run in core
Perl; support for TZ files; a modification for the lzma
logic to favour L<IO::Uncompress::Unlzma>; and a fix
for an issue with NetBSD-current and its new L<unzip(1)>
executable.

=item *

L<Archive::Tar> has been upgraded from version 1.54 to 1.76.

Important changes since 1.54 include the following:

=over

=item *

Compatibility with busybox implementations of L<tar(1)>.

=item *

A fix so that write() and create_archive()
close only filehandles they themselves opened.

=item *

A bug was fixed regarding the exit code of extract_archive.

=item *

The L<ptar(1)> utility has a new option to allow safe creation of
tarballs without world-writable files on Windows, allowing those
archives to be uploaded to CPAN.

=item *

A new L<ptargrep(1)> utility for using regular expressions against 
the contents of files in a tar archive.

=item *

L<pax> extended headers are now skipped.

=back

=item *

L<Attribute::Handlers> has been upgraded from version 0.87 to 0.89.

=item *

L<autodie> has been upgraded from version 2.06_01 to 2.1001.

=item *

L<AutoLoader> has been upgraded from version 5.70 to 5.71.

=item *

The L<B> module has been upgraded from version 1.23 to 1.29.

It no longer crashes when taking apart a C<y///> containing characters
outside the octet range or compiled in a C<use utf8> scope.

The size of the shared object has been reduced by about 40%, with no
reduction in functionality.

=item *

L<B::Concise> has been upgraded from version 0.78 to 0.83.

L<B::Concise> marks rv2sv(), rv2av(), and rv2hv() ops with the new
C<OPpDEREF> flag as "DREFed".

It no longer produces mangled output with the B<-tree> option
[perl #80632].

=item *

L<B::Debug> has been upgraded from version 1.12 to 1.16.

=item *

L<B::Deparse> has been upgraded from version 0.96 to 1.03.

The deparsing of a C<nextstate> op has changed when it has both a
change of package relative to the previous nextstate, or a change of
C<%^H> or other state and a label.  The label was previously emitted
first, but is now emitted last (5.12.1).

The C<no 5.13.2> or similar form is now correctly handled by L<B::Deparse>
(5.12.3).

L<B::Deparse> now properly handles the code that applies a conditional
pattern match against implicit C<$_> as it was fixed in [perl #20444].

Deparsing of C<our> followed by a variable with funny characters
(as permitted under the C<use utf8> pragma) has also been fixed [perl #33752].

=item *

L<B::Lint> has been upgraded from version 1.11_01 to 1.13.

=item *

L<base> has been upgraded from version 2.15 to 2.16.

=item *

L<Benchmark> has been upgraded from version 1.11 to 1.12.

=item *

L<bignum> has been upgraded from version 0.23 to 0.27.

=item *

L<Carp> has been upgraded from version 1.15 to 1.20.

L<Carp> now detects incomplete L<caller()|perlfunc/"caller EXPR">
overrides and avoids using bogus C<@DB::args>.  To provide backtraces,
Carp relies on particular behaviour of the caller() builtin.
L<Carp> now detects if other code has overridden this with an
incomplete implementation, and modifies its backtrace accordingly.
Previously incomplete overrides would cause incorrect values in
backtraces (best case), or obscure fatal errors (worst case).

This fixes certain cases of "Bizarre copy of ARRAY" caused by modules
overriding caller() incorrectly (5.12.2).

It now also avoids using regular expressions that cause Perl to
load its Unicode tables, in order to avoid the "BEGIN not safe after
errors" error that will ensue if there has been a syntax error
[perl #82854].

=item *

L<CGI> has been upgraded from version 3.48 to 3.52.

This provides the following security fixes: the MIME boundary in 
multipart_init() is now random and the handling of 
newlines embedded in header values has been improved.

=item *

L<Compress::Raw::Bzip2> has been upgraded from version 2.024 to 2.033.

It has been updated to use L<bzip2(1)> 1.0.6.

=item *

L<Compress::Raw::Zlib> has been upgraded from version 2.024 to 2.033.

=item *

L<constant> has been upgraded from version 1.20 to 1.21.

Unicode constants work once more.  They have been broken since Perl 5.10.0
[CPAN RT #67525].

=item *

L<CPAN> has been upgraded from version 1.94_56 to 1.9600.

Major highlights:

=over 4

=item * much less configuration dialog hassle

=item * support for F<META/MYMETA.json>

=item * support for L<local::lib>

=item * support for L<HTTP::Tiny> to reduce the dependency on FTP sites 

=item * automatic mirror selection

=item * iron out all known bugs in configure_requires

=item * support for distributions compressed with L<bzip2(1)>

=item * allow F<Foo/Bar.pm> on the command line to mean C<Foo::Bar>

=back

=item *

L<CPANPLUS> has been upgraded from version 0.90 to 0.9103.

A change to F<cpanp-run-perl>
resolves L<RT #55964|http://rt.cpan.org/Public/Bug/Display.html?id=55964>
and L<RT #57106|http://rt.cpan.org/Public/Bug/Display.html?id=57106>, both
of which related to failures to install distributions that use
C<Module::Install::DSL> (5.12.2).

A dependency on L<Config> was not recognised as a
core module dependency.  This has been fixed.

L<CPANPLUS> now includes support for F<META.json> and F<MYMETA.json>.

=item *

L<CPANPLUS::Dist::Build> has been upgraded from version 0.46 to 0.54.

=item *

L<Data::Dumper> has been upgraded from version 2.125 to 2.130_02.

The indentation used to be off when C<$Data::Dumper::Terse> was set.  This
has been fixed [perl #73604].

This upgrade also fixes a crash when using custom sort functions that might
cause the stack to change [perl #74170].

L<Dumpxs> no longer crashes with globs returned by C<*$io_ref>
[perl #72332].

=item *

L<DB_File> has been upgraded from version 1.820 to 1.821.

=item *

L<DBM_Filter> has been upgraded from version 0.03 to 0.04.

=item *

L<Devel::DProf> has been upgraded from version 20080331.00 to 20110228.00.

Merely loading L<Devel::DProf> now no longer triggers profiling to start.
Both C<use Devel::DProf> and C<perl -d:DProf ...> behave as before and start
the profiler.

B<NOTE>: L<Devel::DProf> is deprecated and will be removed from a future
version of Perl.  We strongly recommend that you install and use
L<Devel::NYTProf> instead, as it offers significantly improved
profiling and reporting.

=item *

L<Devel::Peek> has been upgraded from version 1.04 to 1.07.

=item *

L<Devel::SelfStubber> has been upgraded from version 1.03 to 1.05.

=item *

L<diagnostics> has been upgraded from version 1.19 to 1.22.

It now renders pod links slightly better, and has been taught to find
descriptions for messages that share their descriptions with other
messages.

=item *

L<Digest::MD5> has been upgraded from version 2.39 to 2.51.

It is now safe to use this module in combination with threads.

=item *

L<Digest::SHA> has been upgraded from version 5.47 to 5.61.

L<shasum> now more closely mimics L<sha1sum(1)>/L<md5sum(1)>.

L<Addfile> accepts all POSIX filenames.

New SHA-512/224 and SHA-512/256 transforms (ref. NIST Draft FIPS 180-4
[February 2011])

=item *

L<DirHandle> has been upgraded from version 1.03 to 1.04.

=item *

L<Dumpvalue> has been upgraded from version 1.13 to 1.16.

=item *

L<DynaLoader> has been upgraded from version 1.10 to 1.13.

It fixes a buffer overflow when passed a very long file name.

It no longer inherits from L<AutoLoader>; hence it no longer
produces weird error messages for unsuccessful method calls on classes that
inherit from L<DynaLoader> [perl #84358].

=item *

L<Encode> has been upgraded from version 2.39 to 2.42.

Now, all 66 Unicode non-characters are treated the same way U+FFFF has
always been treated: in cases when it was disallowed, all 66 are
disallowed, and in cases where it warned, all 66 warn.

=item *

L<Env> has been upgraded from version 1.01 to 1.02.

=item *

L<Errno> has been upgraded from version 1.11 to 1.13.

The implementation of L<Errno> has been refactored to use about 55% less memory.

On some platforms with unusual header files, like Win32 L<gcc(1)> using C<mingw64>
headers, some constants which weren't actually error numbers have been exposed
by L<Errno>.  This has been fixed [perl #77416].

=item *

L<Exporter> has been upgraded from version 5.64_01 to 5.64_03.

Exporter no longer overrides C<$SIG{__WARN__}> [perl #74472]

=item *

L<ExtUtils::CBuilder> has been upgraded from version 0.27 to 0.280203.

=item *

L<ExtUtils::Command> has been upgraded from version 1.16 to 1.17.

=item *

L<ExtUtils::Constant> has been upgraded from 0.22 to 0.23.

The L<AUTOLOAD> helper code generated by C<ExtUtils::Constant::ProxySubs>
can now croak() for missing constants, or generate a complete C<AUTOLOAD>
subroutine in XS, allowing simplification of many modules that use it
(L<Fcntl>, L<File::Glob>, L<GDBM_File>, L<I18N::Langinfo>, L<POSIX>,
L<Socket>).

L<ExtUtils::Constant::ProxySubs> can now optionally push the names of all
constants onto the package's C<@EXPORT_OK>.

=item *

L<ExtUtils::Install> has been upgraded from version 1.55 to 1.56.

=item *

L<ExtUtils::MakeMaker> has been upgraded from version 6.56 to 6.57_05.

=item *

L<ExtUtils::Manifest> has been upgraded from version 1.57 to 1.58.

=item *

L<ExtUtils::ParseXS> has been upgraded from version 2.21 to 2.2210.

=item *

L<Fcntl> has been upgraded from version 1.06 to 1.11.

=item *

L<File::Basename> has been upgraded from version 2.78 to 2.82.

=item *

L<File::CheckTree> has been upgraded from version 4.4 to 4.41.

=item *

L<File::Copy> has been upgraded from version 2.17 to 2.21.

=item *

L<File::DosGlob> has been upgraded from version 1.01 to 1.04.

It allows patterns containing literal parentheses: they no longer need to
be escaped.  On Windows, it no longer
adds an extra F<./> to file names
returned when the pattern is a relative glob with a drive specification,
like F<C:*.pl> [perl #71712].

=item *

L<File::Fetch> has been upgraded from version 0.24 to 0.32.

L<HTTP::Lite> is now supported for the "http" scheme.

The L<fetch(1)> utility is supported on FreeBSD, NetBSD, and
Dragonfly BSD for the C<http> and C<ftp> schemes.

=item *

L<File::Find> has been upgraded from version 1.15 to 1.19.

It improves handling of backslashes on Windows, so that paths like
F<C:\dir\/file> are no longer generated [perl #71710].

=item *

L<File::Glob> has been upgraded from version 1.07 to 1.12.

=item *

L<File::Spec> has been upgraded from version 3.31 to 3.33.

Several portability fixes were made in L<File::Spec::VMS>: a colon is now
recognized as a delimiter in native filespecs; caret-escaped delimiters are
recognized for better handling of extended filespecs; catpath() returns
an empty directory rather than the current directory if the input directory
name is empty; and abs2rel() properly handles Unix-style input (5.12.2).

=item *

L<File::stat> has been upgraded from 1.02 to 1.05.

The C<-x> and C<-X> file test operators now work correctly when run
by the superuser.

=item *

L<Filter::Simple> has been upgraded from version 0.84 to 0.86.

=item *

L<GDBM_File> has been upgraded from 1.10 to 1.14.

This fixes a memory leak when DBM filters are used.

=item *

L<Hash::Util> has been upgraded from 0.07 to 0.11.

L<Hash::Util> no longer emits spurious "uninitialized" warnings when
recursively locking hashes that have undefined values [perl #74280].

=item *

L<Hash::Util::FieldHash> has been upgraded from version 1.04 to 1.09.

=item *

L<I18N::Collate> has been upgraded from version 1.01 to 1.02.

=item *

L<I18N::Langinfo> has been upgraded from version 0.03 to 0.08.

langinfo() now defaults to using C<$_> if there is no argument given, just
as the documentation has always claimed.

=item *

L<I18N::LangTags> has been upgraded from version 0.35 to 0.35_01.

=item *

L<if> has been upgraded from version 0.05 to 0.0601.

=item *

L<IO> has been upgraded from version 1.25_02 to 1.25_04.

This version of L<IO> includes a new L<IO::Select>, which now allows L<IO::Handle>
objects (and objects in derived classes) to be removed from an L<IO::Select> set
even if the underlying file descriptor is closed or invalid.

=item *

L<IPC::Cmd> has been upgraded from version 0.54 to 0.70.

Resolves an issue with splitting Win32 command lines.  An argument
consisting of the single character "0" used to be omitted (CPAN RT #62961).

=item *

L<IPC::Open3> has been upgraded from 1.05 to 1.09.

open3() now produces an error if the C<exec> call fails, allowing this
condition to be distinguished from a child process that exited with a
non-zero status [perl #72016].

The internal xclose() routine now knows how to handle file descriptors as
documented, so duplicating C<STDIN> in a child process using its file
descriptor now works [perl #76474].

=item *

L<IPC::SysV> has been upgraded from version 2.01 to 2.03.

=item *

L<lib> has been upgraded from version 0.62 to 0.63.

=item *

L<Locale::Maketext> has been upgraded from version 1.14 to 1.19.

L<Locale::Maketext> now supports external caches.

This upgrade also fixes an infinite loop in
C<Locale::Maketext::Guts::_compile()> when
working with tainted values (CPAN RT #40727).

C<< ->maketext >> calls now back up and restore C<$@> so error
messages are not suppressed (CPAN RT #34182).

=item *

L<Log::Message> has been upgraded from version 0.02 to 0.04.

=item *

L<Log::Message::Simple> has been upgraded from version 0.06 to 0.08.

=item *

L<Math::BigInt> has been upgraded from version 1.89_01 to 1.994.

This fixes, among other things, incorrect results when computing binomial
coefficients [perl #77640].

It also prevents C<sqrt($int)> from crashing under C<use bigrat>.
[perl #73534].

=item *

L<Math::BigInt::FastCalc> has been upgraded from version 0.19 to 0.28.

=item *

L<Math::BigRat> has been upgraded from version 0.24 to 0.26_02.

=item *

L<Memoize> has been upgraded from version 1.01_03 to 1.02.

=item *

L<MIME::Base64> has been upgraded from 3.08 to 3.13.

Includes new functions to calculate the length of encoded and decoded
base64 strings.

Now provides encode_base64url() and decode_base64url() functions to process
the base64 scheme for "URL applications".

=item *

L<Module::Build> has been upgraded from version 0.3603 to 0.3800.

A notable change is the deprecation of several modules.
L<Module::Build::Version> has been deprecated and L<Module::Build> now relies
directly upon L<version>.  L<Module::Build::ModuleInfo> has been deprecated in
favor of a standalone copy of it called L<Module::Metadata>.
L<Module::Build::YAML> has been deprecated in favor of L<CPAN::Meta::YAML>.

L<Module::Build> now also generates F<META.json> and F<MYMETA.json> files
in accordance with version 2 of the CPAN distribution metadata specification,
L<CPAN::Meta::Spec>.  The older format F<META.yml> and F<MYMETA.yml> files are
still generated.

=item *

L<Module::CoreList> has been upgraded from version 2.29 to 2.47.

Besides listing the updated core modules of this release, it also stops listing
the C<Filespec> module.  That module never existed in core.  The scripts
generating L<Module::CoreList> confused it with L<VMS::Filespec>, which actually
is a core module as of Perl 5.8.7.

=item *

L<Module::Load> has been upgraded from version 0.16 to 0.18.

=item *

L<Module::Load::Conditional> has been upgraded from version 0.34 to 0.44.

=item *

The L<mro> pragma has been upgraded from version 1.02 to 1.07.


=item *

L<NDBM_File> has been upgraded from version 1.08 to 1.12.

This fixes a memory leak when DBM filters are used.

=item *

L<Net::Ping> has been upgraded from version 2.36 to 2.38.

=item *

L<NEXT> has been upgraded from version 0.64 to 0.65.

=item *

L<Object::Accessor> has been upgraded from version 0.36 to 0.38.

=item *

L<ODBM_File> has been upgraded from version 1.07 to 1.10.

This fixes a memory leak when DBM filters are used.

=item *

L<Opcode> has been upgraded from version 1.15 to 1.18.

=item *

The L<overload> pragma has been upgraded from 1.10 to 1.13.

C<overload::Method> can now handle subroutines that are themselves blessed
into overloaded classes [perl #71998].

The documentation has greatly improved.  See L</Documentation> below.

=item *

L<Params::Check> has been upgraded from version 0.26 to 0.28.

=item *

The L<parent> pragma has been upgraded from version 0.223 to 0.225.

=item *

L<Parse::CPAN::Meta> has been upgraded from version 1.40 to 1.4401.

The latest Parse::CPAN::Meta can now read YAML and JSON files using
L<CPAN::Meta::YAML> and L<JSON::PP>, which are now part of the Perl core.

=item *

L<PerlIO::encoding> has been upgraded from version 0.12 to 0.14.

=item *

L<PerlIO::scalar> has been upgraded from 0.07 to 0.11.

A read() after a seek() beyond the end of the string no longer thinks it
has data to read [perl #78716].

=item *

L<PerlIO::via> has been upgraded from version 0.09 to 0.11.

=item *

L<Pod::Html> has been upgraded from version 1.09 to 1.11.

=item *

L<Pod::LaTeX> has been upgraded from version 0.58 to 0.59.

=item *

L<Pod::Perldoc> has been upgraded from version 3.15_02 to 3.15_03.

=item *

L<Pod::Simple> has been upgraded from version 3.13 to 3.16.

=item *

L<POSIX> has been upgraded from 1.19 to 1.24.

It now includes constants for POSIX signal constants.

=item *

The L<re> pragma has been upgraded from version 0.11 to 0.18.

The C<use re "/flags"> subpragma is new.

The regmust() function used to crash when called on a regular expression
belonging to a pluggable engine.  Now it croaks instead.

regmust() no longer leaks memory.

=item *

L<Safe> has been upgraded from version 2.25 to 2.29.

Coderefs returned by reval() and rdo() are now wrapped via
wrap_code_refs() (5.12.1).

This fixes a possible infinite loop when looking for coderefs.

It adds several C<version::vxs::*> routines to the default share.

=item *

L<SDBM_File> has been upgraded from version 1.06 to 1.09.

=item *

L<SelfLoader> has been upgraded from 1.17 to 1.18.

It now works in taint mode [perl #72062].

=item *

The L<sigtrap> pragma has been upgraded from version 1.04 to 1.05.

It no longer tries to modify read-only arguments when generating a
backtrace [perl #72340].

=item *

L<Socket> has been upgraded from version 1.87 to 1.94.

See L</Improved IPv6 support> above.

=item *

L<Storable> has been upgraded from version 2.22 to 2.27.

Includes performance improvement for overloaded classes.

This adds support for serialising code references that contain UTF-8 strings
correctly.  The L<Storable> minor version
number changed as a result, meaning that
L<Storable> users who set C<$Storable::accept_future_minor> to a C<FALSE> value
will see errors (see L<Storable/FORWARD COMPATIBILITY> for more details).

Freezing no longer gets confused if the Perl stack gets reallocated
during freezing [perl #80074].

=item *

L<Sys::Hostname> has been upgraded from version 1.11 to 1.16.

=item *

L<Term::ANSIColor> has been upgraded from version 2.02 to 3.00.

=item *

L<Term::UI> has been upgraded from version 0.20 to 0.26.

=item *

L<Test::Harness> has been upgraded from version 3.17 to 3.23.

=item *

L<Test::Simple> has been upgraded from version 0.94 to 0.98.

Among many other things, subtests without a C<plan> or C<no_plan> now have an
implicit done_testing() added to them.

=item *

L<Thread::Semaphore> has been upgraded from version 2.09 to 2.12.

It provides two new methods that give more control over the decrementing of
semaphores: C<down_nb> and C<down_force>.

=item *

L<Thread::Queue> has been upgraded from version 2.11 to 2.12.

=item *

The L<threads> pragma has been upgraded from version 1.75 to 1.83.

=item *

The L<threads::shared> pragma has been upgraded from version 1.32 to 1.37.

=item *

L<Tie::Hash> has been upgraded from version 1.03 to 1.04.

Calling C<< Tie::Hash->TIEHASH() >> used to loop forever.  Now it C<croak>s.

=item *

L<Tie::Hash::NamedCapture> has been upgraded from version 0.06 to 0.08.

=item *

L<Tie::RefHash> has been upgraded from version 1.38 to 1.39.

=item *

L<Time::HiRes> has been upgraded from version 1.9719 to 1.9721_01.

=item *

L<Time::Local> has been upgraded from version 1.1901_01 to 1.2000.

=item *

L<Time::Piece> has been upgraded from version 1.15_01 to 1.20_01.

=item *

L<Unicode::Collate> has been upgraded from version 0.52_01 to 0.73.

L<Unicode::Collate> has been updated to use Unicode 6.0.0.

L<Unicode::Collate::Locale> now supports a plethora of new locales: I<ar, be,
bg, de__phonebook, hu, hy, kk, mk, nso, om, tn, vi, hr, ig, ja, ko, ru, sq, 
se, sr, to, uk, zh, zh__big5han, zh__gb2312han, zh__pinyin>, and I<zh__stroke>.

The following modules have been added:

L<Unicode::Collate::CJK::Big5> for C<zh__big5han> which makes 
tailoring of CJK Unified Ideographs in the order of CLDR's big5han ordering.

L<Unicode::Collate::CJK::GB2312> for C<zh__gb2312han> which makes
tailoring of CJK Unified Ideographs in the order of CLDR's gb2312han ordering.

L<Unicode::Collate::CJK::JISX0208> which makes tailoring of 6355 kanji 
(CJK Unified Ideographs) in the JIS X 0208 order.

L<Unicode::Collate::CJK::Korean> which makes tailoring of CJK Unified Ideographs 
in the order of CLDR's Korean ordering.

L<Unicode::Collate::CJK::Pinyin> for C<zh__pinyin> which makes
tailoring of CJK Unified Ideographs in the order of CLDR's pinyin ordering.

L<Unicode::Collate::CJK::Stroke> for C<zh__stroke> which makes
tailoring of CJK Unified Ideographs in the order of CLDR's stroke ordering.

This also sees the switch from using the pure-Perl version of this
module to the XS version.

=item *

L<Unicode::Normalize> has been upgraded from version 1.03 to 1.10.

=item *

L<Unicode::UCD> has been upgraded from version 0.27 to 0.32.

A new function, Unicode::UCD::num(), has been added.  This function
returns the numeric value of the string passed it or C<undef> if the string
in its entirety has no "safe" numeric value.  (For more detail, and for the
definition of "safe", see L<Unicode::UCD/num>.)

This upgrade also includes a number of bug fixes:

=over 4

=item charinfo()

=over 4

=item *

It is now updated to Unicode Version 6.0.0 with I<Corrigendum #8>, 
excepting that, just as with Perl 5.14, the code point at U+1F514 has no name.

=item *

Hangul syllable code points have the correct names, and their
decompositions are always output without requiring L<Lingua::KO::Hangul::Util>
to be installed.

=item *

CJK (Chinese-Japanese-Korean) code points U+2A700 to U+2B734
and U+2B740 to U+2B81D are now properly handled.

=item *

Numeric values are now output for those CJK code points that have them.

=item *

Names output for code points with multiple aliases are now the
corrected ones.

=back

=item charscript()

This now correctly returns "Unknown" instead of C<undef> for the script
of a code point that hasn't been assigned another one.

=item charblock()

This now correctly returns "No_Block" instead of C<undef> for the block
of a code point that hasn't been assigned to another one.

=back

=item *

The L<version> pragma has been upgraded from 0.82 to 0.88.

Due to a bug, now fixed, the C<is_strict()> and C<is_lax()> functions did not
work when exported (5.12.1).

=item *

The L<warnings> pragma has been upgraded from version 1.09 to 1.12.

Calling C<use warnings> without arguments is now significantly more efficient.

=item *

The L<warnings::register> pragma has been upgraded from version 1.01 to 1.02.

It is now possible to register warning categories other than the names of
packages using L<warnings::register>.  See L<perllexwarn(1)> for more information.

=item *

L<XSLoader> has been upgraded from version 0.10 to 0.13.

=item *

L<VMS::DCLsym> has been upgraded from version 1.03 to 1.05.

Two bugs have been fixed [perl #84086]:

The symbol table name was lost when tying a hash, due to a thinko in
C<TIEHASH>.  The result was that all tied hashes interacted with the
local symbol table.

Unless a symbol table name had been explicitly specified in the call
to the constructor, querying the special key C<:LOCAL> failed to
identify objects connected to the local symbol table.

=item *

The L<Win32> module has been upgraded from version 0.39 to 0.44.

This release has several new functions: Win32::GetSystemMetrics(),
Win32::GetProductInfo(), Win32::GetOSDisplayName().

The names returned by Win32::GetOSName() and Win32::GetOSDisplayName()
have been corrected.

=item *

L<XS::Typemap> has been upgraded from version 0.03 to 0.05.

=back

=head2 Removed Modules and Pragmata

As promised in Perl 5.12.0's release notes, the following modules have
been removed from the core distribution, and if needed should be installed
from CPAN instead.

=over

=item *

L<Class::ISA> has been removed from the Perl core.  Prior version was 0.36.

=item *

L<Pod::Plainer> has been removed from the Perl core.  Prior version was 1.02.

=item *

L<Switch> has been removed from the Perl core.  Prior version was 2.16.

=back

The removal of L<Shell> has been deferred until after 5.14, as the
implementation of L<Shell> shipped with 5.12.0 did not correctly issue the
warning that it was to be removed from core.

=head1 Documentation

=head2 New Documentation

=head3 L<perlgpl>

L<perlgpl> has been updated to contain GPL version 1, as is included in the
F<README> distributed with Perl (5.12.1).

=head3 Perl 5.12.x delta files

The perldelta files for Perl 5.12.1 to 5.12.3 have been added from the
maintenance branch: L<perl5121delta>, L<perl5122delta>, L<perl5123delta>.

=head3 L<perlpodstyle>

New style guide for POD documentation,
split mostly from the NOTES section of the L<pod2man(1)> manpage.

=head3 L<perlsource>, L<perlinterp>, L<perlhacktut>, and L<perlhacktips>

See L</perlhack and perlrepository revamp>, below.

=head2 Changes to Existing Documentation

=head3 L<perlmodlib> is now complete

The L<perlmodlib> manpage that came with Perl 5.12.0 was missing a number of
modules, due to a bug in the script that generates the list.  This has been
fixed [perl #74332] (5.12.1).

=head3 Replace incorrect tr/// table in L<perlebcdic>

L<perlebcdic> contains a helpful table to use in C<tr///> to convert
between EBCDIC and Latin1/ASCII.  The table was the inverse of the one
it describes, though the code that used the table worked correctly for
the specific example given.

The table has been corrected and the sample code changed to correspond.

The table has also been changed to hex from octal, and the recipes in the
pod have been altered to print out leading zeros to make all values
the same length.

=head3 Tricks for user-defined casing

L<perlunicode> now contains an explanation of how to override, mangle
and otherwise tweak the way Perl handles upper-, lower- and other-case
conversions on Unicode data, and how to provide scoped changes to alter
one's own code's behaviour without stomping on anybody else's.

=head3 INSTALL explicitly states that Perl requires a C89 compiler

This was already true, but it's now Officially Stated For The Record
(5.12.2).

=head3 Explanation of C<\xI<HH>> and C<\oI<OOO>> escapes

L<perlop> has been updated with more detailed explanation of these two
character escapes.

=head3 B<-0I<NNN>> switch

In L<perlrun>, the behaviour of the B<-0NNN> switch for B<-0400> or higher
has been clarified (5.12.2).

=head3 Maintenance policy

L<perlpolicy> now contains the policy on what patches are acceptable for
maintenance branches (5.12.1).

=head3 Deprecation policy

L<perlpolicy> now contains the policy on compatibility and deprecation
along with definitions of terms like "deprecation" (5.12.2).

=head3 New descriptions in L<perldiag>

The following existing diagnostics are now documented:

=over 4

=item *

L<Ambiguous use of %c resolved as operator %c|perldiag/"Ambiguous use of %c resolved as operator %c">

=item *

L<Ambiguous use of %c{%s} resolved to %c%s|perldiag/"Ambiguous use of %c{%s} resolved to %c%s">

=item *

L<Ambiguous use of %c{%s%s} resolved to %c%s%s|perldiag/"Ambiguous use of %c{%s%s} resolved to %c%s%s">

=item *

L<Ambiguous use of -%s resolved as -&%s()|perldiag/"Ambiguous use of -%s resolved as -&%s()">

=item *

L<Invalid strict version format (%s)|perldiag/"Invalid strict version format (%s)">

=item *

L<Invalid version format (%s)|perldiag/"Invalid version format (%s)">

=item *

L<Invalid version object|perldiag/"Invalid version object">

=back

=head3 L<perlbook>

L<perlbook> has been expanded to cover many more popular books.

=head3 C<SvTRUE> macro

The documentation for the C<SvTRUE> macro in
L<perlapi> was simply wrong in stating that
get-magic is not processed.  It has been corrected.

=head3 L<perlvar> revamp

L<perlvar> reorders the variables and groups them by topic.  Each variable
introduced after Perl 5.000 notes the first version in which it is 
available.  L<perlvar> also has a new section for deprecated variables to
note when they were removed.

=head3 Array and hash slices in scalar context

These are now documented in L<perldata>.

=head3 C<use locale> and formats

L<perlform> and L<perllocale> have been corrected to state that
C<use locale> affects formats.

=head3 L<overload>

L<overload>'s documentation has practically undergone a rewrite.  It
is now much more straightforward and clear.

=head3 perlhack and perlrepository revamp

The L<perlhack> document is now much shorter, and focuses on the Perl 5
development process and submitting patches to Perl.  The technical content
has been moved to several new documents, L<perlsource>, L<perlinterp>,
L<perlhacktut>, and L<perlhacktips>.  This technical content has 
been only lightly edited.

The perlrepository document has been renamed to L<perlgit>.  This new
document is just a how-to on using git with the Perl source code.
Any other content that used to be in perlrepository has been moved
to L<perlhack>.

=head3 Time::Piece examples

Examples in L<perlfaq4> have been updated to show the use of
L<Time::Piece>.

=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 New Diagnostics

=head3 New Errors

=over

=item Closure prototype called

This error occurs when a subroutine reference passed to an attribute
handler is called, if the subroutine is a closure [perl #68560].

=item Insecure user-defined property %s

Perl detected tainted data when trying to compile a regular
expression that contains a call to a user-defined character property
function, meaning C<\p{IsFoo}> or C<\p{InFoo}>.
See L<perlunicode/User-Defined Character Properties> and L<perlsec>.

=item panic: gp_free failed to free glob pointer - something is repeatedly re-creating entries

This new error is triggered if a destructor called on an object in a
typeglob that is being freed creates a new typeglob entry containing an
object with a destructor that creates a new entry containing an object etc.

=item Parsing code internal error (%s)

This new fatal error is produced when parsing
code supplied by an extension violates the
parser's API in a detectable way.

=item refcnt: fd %d%s

This new error only occurs if a internal consistency check fails when a
pipe is about to be closed.

=item Regexp modifier "/%c" may not appear twice

The regular expression pattern has one of the
mutually exclusive modifiers repeated.

=item Regexp modifiers "/%c" and "/%c" are mutually exclusive

The regular expression pattern has more than one of the mutually
exclusive modifiers.

=item Using !~ with %s doesn't make sense

This error occurs when C<!~> is used with C<s///r> or C<y///r>.

=back

=head3 New Warnings

=over

=item "\b{" is deprecated; use "\b\{" instead

=item "\B{" is deprecated; use "\B\{" instead

Use of an unescaped "{" immediately following a C<\b> or C<\B> is now
deprecated so as to reserve its use for Perl itself in a future release.

=item Operation "%s" returns its argument for ...

Performing an operation requiring Unicode semantics (such as case-folding)
on a Unicode surrogate or a non-Unicode character now triggers this
warning.

=item Use of qw(...) as parentheses is deprecated

See L</"Use of qw(...) as parentheses">, above, for details.

=back

=head2 Changes to Existing Diagnostics

=over 4

=item *

The "Variable $foo is not imported" warning that precedes a
C<strict "vars"> error has now been assigned the "misc" category, so that
C<no warnings> will suppress it [perl #73712].

=item *

warn() and die() now produce "Wide character" warnings when fed a
character outside the byte range if C<STDERR> is a byte-sized handle.

=item *

The "Layer does not match this perl" error message has been replaced with
these more helpful messages [perl #73754]:

=over 4

=item *

PerlIO layer function table size (%d) does not match size expected by this
perl (%d)

=item *

PerlIO layer instance size (%d) does not match size expected by this perl
(%d)

=back

=item *

The "Found = in conditional" warning that is emitted when a constant is
assigned to a variable in a condition is now withheld if the constant is
actually a subroutine or one generated by C<use constant>, since the value
of the constant may not be known at the time the program is written
[perl #77762].

=item *

Previously, if none of the gethostbyaddr(), gethostbyname() and
gethostent() functions were implemented on a given platform, they would
all die with the message "Unsupported socket function 'gethostent' called",
with analogous messages for getnet*() and getserv*().  This has been
corrected.

=item *

The warning message about unrecognized regular expression escapes passed
through has been changed to include any literal "{" following the
two-character escape.  For example, "\q{" is now emitted instead of "\q".

=back

=head1 Utility Changes

=head3 L<perlbug(1)>

=over 4

=item *

L<perlbug> now looks in the EMAIL environment variable for a return address
if the REPLY-TO and REPLYTO variables are empty.

=item *

L<perlbug> did not previously generate a "From:" header, potentially
resulting in dropped mail; it now includes that header.

=item *

The user's address is now used as the Return-Path.

Many systems these days don't have a valid Internet domain name, and
perlbug@perl.org does not accept email with a return-path that does
not resolve.  So the user's address is now passed to sendmail so it's
less likely to get stuck in a mail queue somewhere [perl #82996].

=item *

L<perlbug> now always gives the reporter a chance to change the email
address it guesses for them (5.12.2).

=item *

L<perlbug> should no longer warn about uninitialized values when using the B<-d>
and B<-v> options (5.12.2).

=back

=head3 L<perl5db.pl>

=over

=item *

The remote terminal works after forking and spawns new sessions, one
per forked process.

=back

=head3 L<ptargrep>

=over 4

=item *

L<ptargrep> is a new utility to apply pattern matching to the contents of
files  in a tar archive.  It comes with C<Archive::Tar>.

=back

=head1 Configuration and Compilation

See also L</"Naming fixes in Policy_sh.SH may invalidate Policy.sh">,
above.

=over 4

=item *

CCINCDIR and CCLIBDIR for the mingw64 cross-compiler are now correctly
under F<$(CCHOME)\mingw\include> and F<\lib> rather than immediately below
F<$(CCHOME)>.

This means the "incpath", "libpth", "ldflags", "lddlflags" and
"ldflags_nolargefiles" values in F<Config.pm> and F<Config_heavy.pl> are now
set correctly.

=item *

C<make test.valgrind> has been adjusted to account for cpan/dist/ext
separation.

=item *

On compilers that support it, B<-Wwrite-strings> is now added to cflags by
default.

=item *

The L<Encode> module can now (once again) be included in a static Perl
build.  The special-case handling for this situation got broken in Perl
5.11.0, and has now been repaired.

=item *

The previous default size of a PerlIO buffer (4096 bytes) has been increased
to the larger of 8192 bytes and your local BUFSIZ.  Benchmarks show that doubling
this decade-old default increases read and write performance in the neighborhood
of 25% to 50% when using the default layers of perlio on top of unix.  To choose
a non-default size, such as to get back the old value or to obtain an even
larger value, configure with:

     ./Configure -Accflags=-DPERLIOBUF_DEFAULT_BUFSIZ=N

where N is the desired size in bytes; it should probably be a multiple of
your page size.

=item *

An "incompatible operand types" error in ternary expressions when building
with C<clang> has been fixed (5.12.2).

=item *

Perl now skips setuid L<File::Copy> tests on partitions it detects to be mounted
as C<nosuid> (5.12.2).

=back

=head1 Platform Support

=head2 New Platforms

=over 4

=item AIX

Perl now builds on AIX 4.2 (5.12.1).

=back

=head2 Discontinued Platforms

=over 4

=item Apollo DomainOS

The last vestiges of support for this platform have been excised from
the Perl distribution.  It was officially discontinued in version 5.12.0.
It had not worked for years before that.

=item MacOS Classic

The last vestiges of support for this platform have been excised from the
Perl distribution.  It was officially discontinued in an earlier version.

=back

=head2 Platform-Specific Notes

=head3 AIX

=over

=item *

F<README.aix> has been updated with information about the XL C/C++ V11 compiler
suite (5.12.2).

=back

=head3 ARM

=over

=item *

The C<d_u32align> configuration probe on ARM has been fixed (5.12.2).

=back

=head3 Cygwin

=over 4

=item *

L<MakeMaker> has been updated to build manpages on cygwin.

=item *

Improved rebase behaviour

If a DLL is updated on cygwin the old imagebase address is reused.
This solves most rebase errors, especially when updating on core DLL's.
See L<http://www.tishler.net/jason/software/rebase/rebase-2.4.2.README> 
for more information.

=item *

Support for the standard cygwin dll prefix (needed for FFIs)

=item *

Updated build hints file

=back

=head3 FreeBSD 7

=over

=item * 

FreeBSD 7 no longer contains F</usr/bin/objformat>.  At build time,
Perl now skips the F<objformat> check for versions 7 and higher and
assumes ELF (5.12.1).

=back

=head3 HP-UX

=over 

=item *

Perl now allows B<-Duse64bitint> without promoting to C<use64bitall> on HP-UX
(5.12.1).

=back

=head3 IRIX

=over

=item *

Conversion of strings to floating-point numbers is now more accurate on
IRIX systems [perl #32380].

=back

=head3 Mac OS X

=over

=item *

Early versions of Mac OS X (Darwin) had buggy implementations of the
setregid(), setreuid(), setrgid(,) and setruid() functions, so Perl
would pretend they did not exist.

These functions are now recognised on Mac OS 10.5 (Leopard; Darwin 9) and
higher, as they have been fixed [perl #72990].

=back

=head3 MirBSD

=over

=item *

Previously if you built Perl with a shared F<libperl.so> on MirBSD (the
default config), it would work up to the installation; however, once
installed, it would be unable to find F<libperl>.  Path handling is now
treated as in the other BSD dialects.

=back

=head3 NetBSD

=over

=item *

The NetBSD hints file has been changed to make the system malloc the
default.

=back

=head3 OpenBSD

=over

=item *

OpenBSD E<gt> 3.7 has a new malloc implementation which is I<mmap>-based,
and as such can release memory back to the OS; however, Perl's use of
this malloc causes a substantial slowdown, so we now default to using
Perl's malloc instead [perl #75742].

=back

=head3 OpenVOS

=over

=item *

Perl now builds again with OpenVOS (formerly known as Stratus VOS)
[perl #78132] (5.12.3).

=back

=head3 Solaris

=over

=item *

DTrace is now supported on Solaris.  There used to be build failures, but
these have been fixed [perl #73630] (5.12.3).

=back

=head3 VMS

=over

=item *

Extension building on older (pre 7.3-2) VMS systems was broken because
configure.com hit the DCL symbol length limit of 1K.  We now work within
this limit when assembling the list of extensions in the core build (5.12.1).

=item *

We fixed configuring and building Perl with B<-Uuseperlio> (5.12.1).

=item *

C<PerlIOUnix_open> now honours the default permissions on VMS.

When C<perlio> became the default and C<unix> became the default bottom layer,
the most common path for creating files from Perl became C<PerlIOUnix_open>,
which has always explicitly used C<0666> as the permission mask.  This prevents
inheriting permissions from RMS defaults and ACLs, so to avoid that problem,
we now pass C<0777> to C<open()>.  In theVMS CRTL, C<0777> has a special
meaning over and above intersecting with the current umask; specifically, it
allows Unix syscalls to preserve native default permissions (5.12.3).

=item *

The shortening of symbols longer than 31 characters in the core C sources
and in extensions is now by default done by the C compiler rather than by
xsubpp (which could only do so for generated symbols in XS code).  You can
reenable xsubpp's symbol shortening by configuring with -Uuseshortenedsymbols,
but you'll have some work to do to get the core sources to compile.

=item *

Record-oriented files (record format variable or variable with fixed control)
opened for write by the C<perlio> layer will now be line-buffered to prevent the
introduction of spurious line breaks whenever the perlio buffer fills up.

=item *

F<git_version.h> is now installed on VMS.  This was an oversight in v5.12.0 which
caused some extensions to fail to build (5.12.2).

=item *

Several memory leaks in L<stat()|perlfunc/"stat FILEHANDLE"> have been fixed (5.12.2).

=item *

A memory leak in Perl_rename() due to a double allocation has been
fixed (5.12.2).

=item *

A memory leak in vms_fid_to_name() (used by realpath() and
realname()> has been fixed (5.12.2).

=back

=head3 Windows

See also L</"fork() emulation will not wait for signalled children"> and
L</"Perl source code is read in text mode on Windows">, above.

=over 4

=item *

Fixed build process for SDK2003SP1 compilers.

=item *

Compilation with Visual Studio 2010 is now supported.

=item *

When using old 32-bit compilers, the define C<_USE_32BIT_TIME_T> is now
set in C<$Config{ccflags}>.  This improves portability when compiling
XS extensions using new compilers, but for a Perl compiled with old 32-bit
compilers.

=item *

C<$Config{gccversion}> is now set correctly when Perl is built using the
mingw64 compiler from L<http://mingw64.org> [perl #73754].

=item *

When building Perl with the mingw64 x64 cross-compiler C<incpath>,
C<libpth>, C<ldflags>, C<lddlflags> and C<ldflags_nolargefiles> values
in F<Config.pm> and F<Config_heavy.pl> were not previously being set
correctly because, with that compiler, the include and lib directories
are not immediately below C<$(CCHOME)> (5.12.2).

=item *

The build process proceeds more smoothly with mingw and dmake when
F<C:\MSYS\bin> is in the PATH, due to a C<Cwd> fix.

=item *

Support for building with Visual C++ 2010 is now underway, but is not yet
complete.  See F<README.win32> or L<perlwin32> for more details.

=item *

The option to use an externally-supplied crypt(), or to build with no
crypt() at all, has been removed.  Perl supplies its own crypt()
implementation for Windows, and the political situation that required
this part of the distribution to sometimes be omitted is long gone.

=back

=head1 Internal Changes

=head2 New APIs

=head3 CLONE_PARAMS structure added to ease correct thread creation

Modules that create threads should now create C<CLONE_PARAMS> structures
by calling the new function Perl_clone_params_new(), and free them with
Perl_clone_params_del().  This will ensure compatibility with any future
changes to the internals of the C<CLONE_PARAMS> structure layout, and that
it is correctly allocated and initialised.

=head3 New parsing functions

Several functions have been added for parsing statements or multiple
statements:

=over

=item *

C<parse_fullstmt> parses a complete Perl statement.

=item *

C<parse_stmtseq> parses a sequence of statements, up
to closing brace or EOF.

=item *

C<parse_block> parses a block [perl #78222].

=item *

C<parse_barestmt> parses a statement
without a label.

=item *

C<parse_label> parses a statement label, separate from statements.

=back

The
L<C<parse_fullexpr()>|perlapi/parse_fullexpr>,
L<C<parse_listexpr()>|perlapi/parse_listexpr>,
L<C<parse_termexpr()>|perlapi/parse_termexpr>, and
L<C<parse_arithexpr()>|perlapi/parse_arithexpr>
functions have been added to the API.  They perform
recursive-descent parsing of expressions at various precedence levels.
They are expected to be used by syntax plugins.

See L<perlapi> for details.

=head3 Hints hash API

A new C API for introspecting the hinthash C<%^H> at runtime has been
added.  See C<cop_hints_2hv>, C<cop_hints_fetchpvn>, C<cop_hints_fetchpvs>,
C<cop_hints_fetchsv>, and C<hv_copy_hints_hv> in L<perlapi> for details.

A new, experimental API has been added for accessing the internal
structure that Perl uses for C<%^H>.  See the functions beginning with
C<cophh_> in L<perlapi>.

=head3 C interface to caller()

The C<caller_cx> function has been added as an XSUB-writer's equivalent of
caller().  See L<perlapi> for details.

=head3 Custom per-subroutine check hooks

XS code in an extension module can now annotate a subroutine (whether
implemented in XS or in Perl) so that nominated XS code will be called
at compile time (specifically as part of op checking) to change the op
tree of that subroutine.  The compile-time check function (supplied by
the extension module) can implement argument processing that can't be
expressed as a prototype, generate customised compile-time warnings,
perform constant folding for a pure function, inline a subroutine
consisting of sufficiently simple ops, replace the whole call with a
custom op, and so on.  This was previously all possible by hooking the
C<entersub> op checker, but the new mechanism makes it easy to tie the
hook to a specific subroutine.  See L<perlapi/cv_set_call_checker>.

To help in writing custom check hooks, several subtasks within standard
C<entersub> op checking have been separated out and exposed in the API.

=head3 Improved support for custom OPs

Custom ops can now be registered with the new C<custom_op_register> C
function and the C<XOP> structure.  This will make it easier to add new
properties of custom ops in the future.  Two new properties have been added
already, C<xop_class> and C<xop_peep>.

C<xop_class> is one of the OA_*OP constants.  It allows L<B> and other
introspection mechanisms to work with custom ops
that aren't BASEOPs.  C<xop_peep> is a pointer to
a function that will be called for ops of this
type from C<Perl_rpeep>.

See L<perlguts/Custom Operators> and L<perlapi/Custom Operators> for more
detail.

The old C<PL_custom_op_names>/C<PL_custom_op_descs> interface is still
supported but discouraged.

=head3 Scope hooks

It is now possible for XS code to hook into Perl's lexical scope
mechanism at compile time, using the new C<Perl_blockhook_register>
function.  See L<perlguts/"Compile-time scope hooks">.

=head3 The recursive part of the peephole optimizer is now hookable

In addition to C<PL_peepp>, for hooking into the toplevel peephole optimizer, a
C<PL_rpeepp> is now available to hook into the optimizer recursing into
side-chains of the optree.

=head3 New non-magical variants of existing functions

The following functions/macros have been added to the API.  The C<*_nomg>
macros are equivalent to their non-C<_nomg> variants, except that they ignore
C<get-magic>.  Those ending in C<_flags> allow one to specify whether
C<get-magic> is processed.

  sv_2bool_flags
  SvTRUE_nomg
  sv_2nv_flags
  SvNV_nomg
  sv_cmp_flags
  sv_cmp_locale_flags
  sv_eq_flags
  sv_collxfrm_flags

In some of these cases, the non-C<_flags> functions have
been replaced with wrappers around the new functions. 

=head3 pv/pvs/sv versions of existing functions

Many functions ending with pvn now have equivalent C<pv/pvs/sv> versions.

=head3 List op-building functions

List op-building functions have been added to the
API.  See L<op_append_elem|perlapi/op_append_elem>,
L<op_append_list|perlapi/op_append_list>, and
L<op_prepend_elem|perlapi/op_prepend_elem> in L<perlapi>.

=head3 C<LINKLIST>

The L<LINKLIST|perlapi/LINKLIST> macro, part of op building that
constructs the execution-order op chain, has been added to the API.

=head3 Localisation functions

The C<save_freeop>, C<save_op>, C<save_pushi32ptr> and C<save_pushptrptr>
functions have been added to the API.

=head3 Stash names

A stash can now have a list of effective names in addition to its usual
name.  The first effective name can be accessed via the C<HvENAME> macro,
which is now the recommended name to use in MRO linearisations (C<HvNAME>
being a fallback if there is no C<HvENAME>).

These names are added and deleted via C<hv_ename_add> and
C<hv_ename_delete>.  These two functions are I<not> part of the API.

=head3 New functions for finding and removing magic

The L<C<mg_findext()>|perlapi/mg_findext> and
L<C<sv_unmagicext()>|perlapi/sv_unmagicext>
functions have been added to the API.
They allow extension authors to find and remove magic attached to
scalars based on both the magic type and the magic virtual table, similar to how
sv_magicext() attaches magic of a certain type and with a given virtual table
to a scalar.  This eliminates the need for extensions to walk the list of
C<MAGIC> pointers of an C<SV> to find the magic that belongs to them.

=head3 C<find_rundefsv>

This function returns the SV representing C<$_>, whether it's lexical
or dynamic.

=head3 C<Perl_croak_no_modify>

Perl_croak_no_modify() is short-hand for
C<Perl_croak("%s", PL_no_modify)>.

=head3 C<PERL_STATIC_INLINE> define

The C<PERL_STATIC_INLINE> define has been added to provide the best-guess
incantation to use for static inline functions, if the C compiler supports
C99-style static inline.  If it doesn't, it'll give a plain C<static>.

C<HAS_STATIC_INLINE> can be used to check if the compiler actually supports
inline functions.

=head3 New C<pv_escape> option for hexadecimal escapes

A new option, C<PERL_PV_ESCAPE_NONASCII>, has been added to C<pv_escape> to
dump all characters above ASCII in hexadecimal.  Before, one could get all
characters as hexadecimal or the Latin1 non-ASCII as octal.

=head3 C<lex_start>

C<lex_start> has been added to the API, but is considered experimental.

=head3 op_scope() and op_lvalue()

The op_scope() and op_lvalue() functions have been added to the API,
but are considered experimental.

=head2 C API Changes

=head3 C<PERL_POLLUTE> has been removed

The option to define C<PERL_POLLUTE> to expose older 5.005 symbols for
backwards compatibility has been removed.  Its use was always discouraged,
and MakeMaker contains a more specific escape hatch:

    perl Makefile.PL POLLUTE=1

This can be used for modules that have not been upgraded to 5.6 naming
conventions (and really should be completely obsolete by now).

=head3 Check API compatibility when loading XS modules

When Perl's API changes in incompatible ways (which usually happens between
major releases), XS modules compiled for previous versions of Perl will no
longer work.  They need to be recompiled against the new Perl.

In order to ensure that modules are recompiled, and to prevent users from
accidentally loading modules compiled for old perls into newer ones, the
C<XS_APIVERSION_BOOTCHECK> macro has been added.  That macro, which is
called when loading every newly compiled extension, compares the API
version of the running Perl with the version a module has been compiled for
and raises an exception if they don't match.

=head3 Perl_fetch_cop_label

The first argument of the C API function C<Perl_fetch_cop_label> has changed
from C<struct refcounted he *> to C<COP *>, to insulate the user from
implementation details.

This API function was marked as "may change", and likely isn't in use outside
the core.  (Neither an unpacked CPAN nor Google's codesearch finds any other
references to it.)

=head3 GvCV() and GvGP() are no longer lvalues

The new GvCV_set() and GvGP_set() macros are now provided to replace
assignment to those two macros.

This allows a future commit to eliminate some backref magic between GV
and CVs, which will require complete control over assignment to the
C<gp_cv> slot.