=encoding utf8
-=for comment
-This has been completed up to b2ef6d44, except for:
-d9a4b459f94297889956ac3adc42707365f274c2
-bf5522a13a381257966e7ed6b731195a873b153e
-9cef83062267e94311e1fd8744396e440642738e
-8e88cfee26d866223a6b3bfffce6270271de00db
-
=head1 NAME
[ this is a template for a new perldelta file. Any text flagged as
XXX needs to be processed before release. ]
-perldelta - what is new for perl v5.13.8
+perldelta - what is new for perl v5.13.9
=head1 DESCRIPTION
This document describes differences between the 5.13.8 release and
-the 5.13.7 release.
+the 5.13.9 release.
-If you are upgrading from an earlier release such as 5.13.6, first read
-L<perl5137delta>, which describes differences between 5.13.6 and
-5.13.7.
+If you are upgrading from an earlier release such as 5.13.7, first read
+L<perl5138delta>, which describes differences between 5.13.7 and
+5.13.8.
=head1 Notice
[ List each enhancement as a =head2 entry ]
-=head2 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';>.
-F<perl> now allows prefixing the module name with C<->, with the same
-semantics as C<-M>, I<i.e.>
-
-=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 to suppresses the default actions of a
-C<Devel::*> module's C<import> method whilst still loading it for debugging.
-
-=head2 Filehandle method calls load IO::File on demand
-
-When a method call on a filehandle would die because the method can not
-be resolved and L<IO::File> has not been loaded, Perl now loads 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 only happens if method resolution fails, the
-legacy approach of manually loading an 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
-
-=head2 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>.
-
-This feature avoids the "Unicode Bug" (See
-L<perlunicode/The "Unicode Bug"> for details.) If their is a
-possibility that your code will process Unicode strings, you are
-B<strongly> encouraged to use this subpragma to avoid nasty surprises.
-
-This availability of this should strongly affect the whole tone of
-various documents, such as L<perlunicode> and L<perluniintro>, but this
-work has not been done yet.
-
-=head2 Exception Handling Backcompat Hack
-
-When an exception is thrown in an C<eval BLOCK>, C<$@> is now set before
-unwinding, as well as being set after unwinding as the eval block exits. This
-early setting supports code that has historically treated C<$@> during unwinding
-as an indicator of whether the unwinding was due to an exception. These modules
-had been broken by 5.13.1's change from setting C<$@> early to setting it late.
-This double setting arrangement is a stopgap until the reason for unwinding can
-be made properly introspectable. C<$@> has never been a reliable indicator of
-this.
+=head2 New regular expression modifier C</a>
+
+The C</a> regular expression modifier restricts C<\s> to match precisely
+the five characters C<[ \f\n\r\t]>, C<\d> to match precisely the 10
+characters C<[0-9]>, C<\w> to match precisely the 63 characters
+C<[A-Za-z0-9_]>, and the Posix (C<[[:posix:]]>) character classes to
+match only the appropriate ASCII characters. The complements, of
+course, match everything but; 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; for example, "k" will
+match the Unicode C<\N{KELVIN SIGN}> under C</i> matching, and code
+points in the Latin1 range, above ASCII will have Unicode semantics when
+it comes to case-insensitive matching. Like its cousins (C</u>, C</l>,
+and C</d>), and in spite of the terminology, C</a> in 5.14 will not
+actually be able to be used as a suffix at the end of a regular
+expression (this restriction is planned to be lifted in 5.16). It must
+occur either as an infix modifier, such as C<(?a:...)> or (C<(?a)...>,
+or it can be turned on within the lexical scope of C<use re '/a'>.
+Turning on C</a> turns off the other "character set" modifiers.
+
+=head2 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 warnings have been
+explicitly lexically turned off, outputting or performing a
+Unicode-defined operation (such as upper-casing) on such a code point
+will generate 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 the handling was very inconsistent, and incorrect
+in places. Also, the 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. But inputting or outputting
+them will work the same as for the non-legal Unicode code points, as the
+Unicode standard says they are illegal for "open interchange".
+
+=head2 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.
=head1 Security
=head1 Incompatible Changes
-=head2 Attempting to use C<:=> as an empty attribute list 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 will allow the future use of C<:=> as a new token.
-
-We find no Perl 5 code on CPAN using this construction, outside the core's
-tests for it, 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) then avoid the error by adding a space before
-the C<=>.
-
-=head2 Run-time code block in regular expressions
-
-Code blocks in regular expressions (C<(?{...})> and C<(??{...})>) used not
-to inherit any pragmata (strict, warnings, etc.) if the regular expression
-was compiled at run time as happens in cases like these two:
+XXX For a release on a stable branch, this section aspires to be:
- use re 'eval';
- $foo =~ $bar; # when $bar contains (?{...})
- $foo =~ /$bar(?{ $finished = 1 })/;
+ There are no changes intentionally incompatible with 5.XXX.XXX. If any
+ exist, they are bugs and reports are welcome.
-This was a bug, which has now been fixed. But it has the potential to break
-any code that was relying on this bug.
+[ List each incompatible change as a =head2 entry ]
=head1 Deprecations
[ List each deprecation as a =head2 entry ]
-=head2 C<?PATTERN?> is deprecated
-
-C<?PATTERN?> (without the initial m) has been deprecated and now produces
-a warning.
-
-=head2 C<sv_compile_2op> is now deprecated
-
-The C<sv_compile_2op> is now deprecated, and will be removed. Searches suggest
-that nothing on CPAN is using it, so this should have zero impact.
-
-It attempted to provide an API to compile code down to an optree, but failed
-to bind correctly to lexicals in the enclosing scope. It's not possible to
-fix this problem within the constraints of its parameters and return value.
-
-=head2 Tie functions on scalars holding typeglobs
-
-Calling a tie function (C<tie>, C<tied>, C<untie>) with a scalar argument
-acts on a file handle 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.
-
-This bug was fixed in 5.13.7 but, because of the breakage it caused, the
-fix has been reverted. Now there is a deprecation warning whenever a tie
-function is used on a handle without an explicit C<*>.
-
=head1 Performance Enhancements
XXX Changes which enhance performance without changing behaviour go here. There
=item *
-XXX
+L<CPAN::Meta::YAML> 0.002 has been added as a dual-life module. It supports a
+subset of YAML sufficient for reading and writing META.yml and 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<HTTP::Tiny> 0.009 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 CPAN.pm and CPANPLUS to
+"bootstrap" HTTP access to CPAN using pure Perl without relying on external
+binaries like F<curl> or F<wget>.
+
+=item *
+
+L<Module::Metadata> 1.000003 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 Module::Build::ModuleInfo for use by other module installation
+toolchain components. 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 (e.g. 'dragonfly' or 'MSWin32') to more generic types
+with standardized names (e.g. "Unix" or "Windows"). It has been refactored
+out of Module::Build and ExtUtils::CBuilder and consolidates such mappings into
+a single location for easier maintenance.
=back
=item *
-C<ExtUtils::CBuilder> has been upgraded from 0.2703 to 0.2801
+C<Archive::Extract> has been upgraded from version 0.46 to 0.48
=item *
-C<if> has been upgraded from 0.06 to 0.0601.
+C<Archive::Tar> has been upgraded from version 1.74 to 1.76
=item *
-C<Devel::SelfStubber> has been upgraded from version 1.03 to 1.04.
+C<CGI> has been upgraded from version 3.50 to 3.51
=item *
-C<IPC::Cmd> has been upgraded from 0.64 to 0.66
+C<Compress::Raw::Bzip2> has been upgraded from version 2.031 to 2.033
+
+=item *
-Resolves an issue with splitting Win32 command lines
-and documentation enhancements.
+C<Compress::Raw::Zlib> has been upgraded from version 2.030 to 2.033
=item *
-C<Locale::Codes> has been upgraded from version 3.14 to 3.15
+C<CPAN> has been upgraded from version 1.94_62 to 1.94_63
=item *
-C<Memoize> has been upgraded from version 1.01_03 to 1.02.
+C<CPANPLUS> has been upgraded from version 0.9010 to 0.9011
=item *
-C<MIME::Base64> has been upgraded from 3.10 to 3.13
+C<CPANPLUS::Dist::Build> has been upgraded from version 0.50 to 0.52
+
+=item *
-Now provides encode_base64url and decode_base64url functions to process
-the base64 scheme for "URL applications".
+C<DB_File> has been upgraded from version 1.820 to 1.821
=item *
-C<mro> has been upgraded from version 1.05 to 1.06.
+C<Encode> has been upgraded from version 2.40 to 2.42.
+Now, all 66 Unicode non-characters are treated the same way U+FFFF has
+always been treated; if it was disallowed, all 66 are disallowed; if it
+warned, all 66 warn.
-C<next::method> I<et al.> now take into account that every class inherits
-from UNIVERSAL
-L<[perl #68654]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=68654>.
+=item *
+
+C<File::Fetch> has been upgraded from version 0.28 to 0.32
=item *
-C<overload> has been upgraded from 1.11 to 1.12.
+C<IO::Compress> has been upgraded from version 2.030 to 2.033
=item *
-C<PerlIO::scalar> has been upgraded from 0.10 to 0.11.
+C<IPC::Cmd> has been upgraded from version 0.66 to 0.68
+
+=item *
-A C<read> after a C<seek> beyond the end of the string no longer thinks it
-has data to read
-L<[perl #78716]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=78716>.
+C<Log::Message> has been upgraded from version 0.02 to 0.04
=item *
-C<re> has been upgraded from 0.14 to 0.15.
+C<Log::Message::Simple> has been upgraded from version 0.06 to 0.08
=item *
-C<Socket> has been upgraded from 1.91 to 1.92.
+C<Module::Load::Conditional> has been upgraded from version 0.38 to 0.40
+
+=item *
-It has several new functions for handling IPv6 addresses.
+C<Object::Accessor> has been upgraded from version 0.36 to 0.38
=item *
-C<Storable> has been upgraded from 2.24 to 2.25.
+C<Params::Check> has been upgraded from version 0.26 to 0.28
-This adds support for serialising code references that contain UTF-8 strings
-correctly. The Storable minor version number changed as a result -- this means
-Storable users that set C<$Storable::accept_future_minor> to a C<FALSE> value
-will see errors (see L<Storable/FORWARD COMPATIBILITY> for more details).
+=item *
+
+C<Pod::LaTeX> has been upgraded from version 0.58 to 0.59
+
+=item *
+
+C<Term::UI> has been upgraded from version 0.20 to 0.24
=item *
-C<Time::HiRes> has been upgraded from 1.9721 to 1.9721_01.
+C<Thread::Queue> has been upgraded from version 2.11 to 2.12.
=item *
-C<Unicode::Collate> has been upgraded from 0.67 to 0.68
+C<Thread::Semaphore> has been upgraded from version 2.11 to 2.12.
=item *
-C<Unicode::UCD> has been upgraded from 0.29 to 0.30.
+C<threads> has been upgraded from version 1.81_03 to 1.82
=item *
-C<version> has been upgraded from 0.82 to 0.86.
+C<threads::shared> has been upgraded from version 1.35 to 1.36
=item *
-C<Win32> has been upgraded from 0.039 to 0.040.
+C<Time::Local> has been upgraded from version 1.1901_01 to 1.2000.
+
+=item *
+
+C<Unicode::Normalize> has been upgraded from version 1.07 to 1.10
=back
However, any changes to F<pod/perldiag.pod> should go in the L</Diagnostics>
section.
-=head3 L<XXX>
+=head3 L<perlfunc>
=over 4
=item *
-XXX Description of the change here
+It has now been documented that C<ord> returns 0 for an empty string.
=back
=item *
-There is a new "Closure prototype called" error.
+XXX
=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
-L<[perl #77762]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=77762>.
+XXX
=back
=over 4
-=item NetBSD
+=item XXX-some-platform
-The NetBSD hints file has been changed to make the system's malloc the
-default.
+XXX
=back
=item *
-C<mg_findext> and C<sv_unmagicext> have been added.
-
-These new functions 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
-C<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.
-
-=back
-
-=head1 Selected Bug Fixes
-
-XXX Important bug fixes in the core language are summarised here.
-Bug fixes in files in F<ext/> and F<lib/> are best summarised in
-L</Modules and Pragmata>.
-
-[ List each fix as a =item entry ]
-
-=over 4
-
-=item *
-
-C<BEGIN {require 5.12.0}> now behaves as documented, rather than behaving
-identically to C<use 5.12.0;>. Previously, C<require> in a C<BEGIN> block
-was erroneously executing the C<use feature ':5.12.0'> and
-C<use strict; use warnings;> behaviour, which only C<use> was documented to
-provide
-L<[perl #69050]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=69050>.
+The opcode bodies for C<chop> and C<chomp> and for C<schop> and C<schomp> have
+been merged. The implementation functions C<Perl_do_chop()> and
+C<Perl_do_chomp()>, never part of the public API, have been merged and moved to
+a static function in F<pp.c>. This shrinks the perl binary slightly, and should
+not affect any code outside the core (unless it is relying on the order of side
+effects when C<chomp> is passed a I<list> of values).
=item *
-C<use 5.42>
-L<[perl #69050]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=69050>,
-C<use 6> and C<no 5> no longer leak memory.
+Some of the flags parameters to the uvuni_to_utf8_flags() and
+utf8n_to_uvuni() have changed. This is a result of Perl now allowing
+internal storage and manipulation of code points that are problematic
+in some situations. Hence, the default actions for these functions has
+been complemented to allow these code points. The new flags are
+documented in L<perlapi>. Code that requires the problematic code
+points to be rejected needs to change to use these flags. Some flag
+names are retained for backward source compatibility, though they do
+nothing, as they are now the default. However the flags
+C<UNICODE_ALLOW_FDD0>, C<UNICODE_ALLOW_FFFF>, C<UNICODE_ILLEGAL>, and
+C<UNICODE_IS_ILLEGAL> have been removed, as they stem from a
+fundamentally broken model of how the Unicode non-character code points
+should be handled, which is now described in
+L<perlunicode/Non-character code points>. See also L</Selected Bug Fixes>.
=item *
-C<eval "BEGIN{die}"> no longer leaks memory on non-threaded builds.
+Certain shared flags in the C<pmop.op_pmflags> and C<regexp.extflags>
+structures have been removed. These are: C<Rxf_Pmf_LOCALE>,
+C<Rxf_Pmf_UNICODE>, and C<PMf_LOCALE>. Instead there are encodes and
+three static in-line functions for accessing the information:
+C<get_regex_charset()>, C<set_regex_charset()>, and C<get_regex_charset_name()>,
+which are defined in the places where the orginal flags were.
=item *
-PerlIO no longer crashes when called recursively, e.g., from a signal
-handler. Now it just leaks memory
-L<[perl #75556]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=75556>.
-
-=item *
-
-Defining a constant with the same name as one of perl's special blocks
-(e.g., INIT) stopped working in 5.12.0, but has now been fixed
-L<[perl #78634]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=78634>.
-
-=item *
+A new option 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
-A reference to a literal value used as a hash key (C<$hash{\"foo"}>) used
-to be stringified, even if the hash was tied
-L<[perl #79178]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=79178>.
-
-=item *
-
-A closure containing an C<if> statement followed by a constant or variable
-is no longer treated as a constant
-L<[perl #63540]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=63540>.
-
-=item *
-
-Calling a closure prototype (what is passed to an attribute handler for a
-closure) now results in a "Closure prototype called" error message
-L<[perl #68560]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=68560>.
-
-=item *
-
-A regular expression optimisation would sometimes cause a match with a
-C<{n,m}> quantifier to fail when it should match
-L<[perl #79152]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=79152>.
-
-=item *
-
-What has become known as the "Unicode Bug" is resolved in this release.
-Under C<use feature 'unicode_strings'>, the internal storage format of a
-string no longer affects the external semantics. There are two known
-exceptions. User-defined case changing functions, which are planned to
-be deprecated in 5.14, require utf8-encoded strings to function; and the
-character C<LATIN SMALL LETTER SHARP S> in regular expression
-case-insensitive matching has a somewhat different set of bugs depending
-on the internal storage format. Case-insensitive matching of all
-characters that have multi-character matches, as this one does, is
-problematical in Perl.
-L<[perl #58182]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=58182>.
-
-=item *
-
-Mentioning a read-only lexical variable from the enclosing scope in a
-string C<eval> would cause the variable to become writable
-L<[perl #19135]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=19135>.
+=back
-=item *
+=head1 Selected Bug Fixes
-C<state> can now be used with attributes. It used to mean the same thing as
-C<my> if attributes were present
-L<[perl #68658]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=68658>.
+XXX Important bug fixes in the core language are summarised here.
+Bug fixes in files in F<ext/> and F<lib/> are best summarised in
+L</Modules and Pragmata>.
-=item *
+[ List each fix as a =item entry ]
-Expressions like C<< @$a > 3 >> no longer cause C<$a> to be mentioned in
-the "Use of uninitialized value in numeric gt" warning when C<$a> is
-undefined (since it is not part of the C<E<gt>> expression, but the operand
-of the C<@>)
-L<[perl #72090]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=72090>.
+=over 4
=item *
-C<require> no longer causes C<caller> to return the wrong file name for
-the scope that called C<require> and other scopes higher up that had the
-same file name
-L<[perl #68712]|http://rt.perl.org/rt3/Public/Bug/Display.html?id=68712>.
+The handling of Unicode non-characters has changed.
+Previously they were mostly considered illegal, except that only one of
+the 66 of them was known about in places. The Unicode standard
+considers them legal, but forbids the "open interchange" of them.
+This is part of the change to allow the internal use of any code point
+(see L</Core Enhancements>). Together, these changes resolve
+L<# 38722|https://rt.perl.org/rt3/Ticket/Display.html?id=38722>,
+L<# 51918|http://rt.perl.org/rt3/Ticket/Display.html?id=51918>,
+L<# 51936|http://rt.perl.org/rt3/Ticket/Display.html?id=51936>,
+L<# 63446|http://rt.perl.org/rt3/Ticket/Display.html?id=63446>
=back
The F<Artistic> and F<Copying> files for copyright information.
=cut
+
+=for later
+
+Below, you'll find a cut-down version of the git log from 5.13.8 to 1b9043bb.
+Jesse went through and took a first pass at cutting out non-changelog items. He may have been over-(or under-)zealous.
+
+It hasn't yet been deduped with the entries that _are_ in the perldelta.
+
+
+ Major spell-checking pass throughout the core
+
+ Remove references to compat3.sym and interp.sym, deleted over 10 years ago.
+
+ Remove Mac OS classic code from numerous places throughout the core
+
+commit 7fe50b8b8a4dc38fc341e3b403545aaca937f50e
+Author: Leon Timmermans <fawaka@gmail.com>
+Date: Tue Jan 18 16:40:07 2011 +0100
+
+ Also unblock signal handlers throwing an exception
+
+ Also handle and test the edge case of a signal handler throwing an
+ exception
+
+
+
+
+Numberous POD warnings fixed
+
+
+
+ Update Unicode-Collate to CPAN version 0.71
+
+
+internals
+
+
+ regexec.c: Remove break statements from macros
+
+ This is so future coders won't be tempted to rely on them.
+
+ regexec.c: Don't rely on break stmts in macros
+
+ It is safer and clearer to have the break statement in each case statement at
+ the source level
+
+commit b57e41186b2ceb48bef4f0588dcd19e105cc8a38
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Tue Jan 18 15:03:41 2011 -0700
+
+ regcomp: Disallow multi-char folds in lookbehind
+
+ The addition of the ANYOFV regnode to treat multi-char folds in a bracketed
+ character class has exposed a bug, in which those classes have long been able
+ to be varying length (due to the multi-char fold), but the compiler wasn't
+ aware of it. Now it is, and hence won't allow those which have multi-char
+ folds to be part of a lookbehind pattern, which requires a constant length.
+
+ This patch disallows multi-char folds in a lookbehind bracketed character
+ class.
+
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Tue Jan 18 16:14:43 2011 +0000
+
+ Remove Mac OS classic code from scripts in utils/
+
+
+ Convert DosGlob.t to Test::More.
+
+commit d6dc8a6dc95226ddff7719cd1e0bd053c4e5725e
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Tue Jan 18 13:08:11 2011 +0000
+
+ Remove Mac OS Classic docs from DirHandle and File::{Copy,DosGlob,Find}
+
+ The documentation for the different behaviour on Mac OS Classic was not
+ removed when the relevant code was removed in 862f843bac3434c2. That commit
+ also remove all callers to several Mac OS classic support functions, but not
+ the functions themselves. Rectify this.
+
+commit 8254cbf193c939338449097a80163197fc755150
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Tue Jan 18 11:10:41 2011 +0000
+
+ Build perltoc.pod with pragmata sorted by name.
+
+ Previously they were actually sorted by full pathname, which isn't logical.
+ I presume that this is an artefact of all pragmata being in lib/ when
+ pod/buildtoc was originally written.
+
+commit 1d45ec279e4e105512a2803e3d0bd974a151a0f6
+Author: Father Chrysostomos <sprout@cpan.org>
+Date: Mon Jan 17 22:32:52 2011 -0800
+
+ perlcall: Fixes for various grammatical errors
+
+commit faaf68361923e4bb95d1eb919bc724a0dcc5a4ce
+Author: Leon Timmermans <fawaka@gmail.com>
+Date: Mon Jan 17 17:59:33 2011 +0100
+
+ Clarify limitation in safe signals.
+
+commit 0c1bf4c7d433bb0ad80bfe5511b1301db32b7b95
+Author: Leon Timmermans <fawaka@gmail.com>
+Date: Mon Jan 17 16:29:11 2011 +0100
+
+ Added tests for conditional unblocking
+
+commit 555344425f04e96a72e4d29eab96b34bff8f96ae
+Author: Leon Timmermans <fawaka@gmail.com>
+Date: Thu Jan 13 18:30:29 2011 +0100
+
+ Conditionally unblock after signal handler[#82040]
+
+ Only unblock signal after a safe-signal handler is executed if that signal was
+ also unblocked before the handler.
+commit 435aa301127ed481169903cb35187bde1ea44928
+Author: David Golden <dagolden@cpan.org>
+Date: Mon Jan 17 20:39:14 2011 -0500
+
+ Update HTTP::Tiny to CPAN version 0.009
+
+commit 78cd53afbb1923bf0a68f361040ad8fe93a7d0d5
+Author: David Mitchell <davem@iabyn.com>
+Date: Tue Jan 18 00:46:30 2011 +0000
+
+ vastly speed up t/porting/diag.t
+
+ This used to take about 3 minutes of CPU. Reduce this to around
+ 6 seconds (!!) by coalescing and pre-compiling various patterns
+ that get applied to nearly every line of every source file.
+
+commit cfaf538b6276c6a8ef80ff6c66e106c6a4f1caaa
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Mon Jan 17 08:58:53 2011 -0700
+
+ Add /a regex modifier
+
+ This restricts certain constructs, like \w, to matching in the ASCII range only.
+
+commit 56ae17b45d2513d65903d13468e8f6a16b20f916
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sun Jan 16 17:41:30 2011 -0700
+
+ regcomp.c: Convert \d \D to a switch{}
+
+commit eee47ba661717bca7751443be1b6ac8f8f64585a
+Author: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
+Date: Mon Jan 17 12:35:54 2011 +0000
+
+ Update File-Fetch to CPAN version 0.32
+
+commit e66820012d29519f903709f005e56a2c334ae183
+Author: Tony Cook <tony@develop-help.com>
+Date: Mon Jan 17 19:22:08 2011 +1100
+
+ test_prep now depends on the pods needed for porting/buildtoc.t
+
+ In the other makefiles test_prep (or test-prep) depends on all, so
+ they shouldn't need updating.
+
+
+commit a52237f3a547cdefddd4c4be6224bfdf67c84263
+Author: David Golden <dagolden@cpan.org>
+Date: Sun Jan 16 21:32:21 2011 -0500
+
+ Update CPAN to CPAN version 1.94_63
+
+commit 63ac0dadb1aafcf0c171d3c1422c1923b611b2fc
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Tue Dec 28 16:13:49 2010 -0700
+
+ regex: Use BOUNDU regnodes
+
+ This refactors one area in regexec.c to use BOUNDU, NBOUNDU for
+ efficiciency, and easier adding of the future BOUNDA.
+
+commit 980866de2cf8ecdb4bb72b7f9294763057008f50
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Mon Dec 27 12:04:58 2010 -0700
+
+ regex: Separate nodes for Unicode semantics \s \w
+
+ This patch converts the \s, \w and complements Unicode semantics to
+ instead of using the flags field of their nodes to instead use separate
+ nodes. This gains some efficiency, especially useful in tight loops and
+ backtracking of regexec.c, and prepares the way for easily adding other
+ semantic variations, such as /a.
+
+ It refactors the CCC_TRY... macros. I tried to break this piece up into
+ smaller chunks, but found it much easier to get to this in one step.
+ Further patches will do some more refactoring of these.
+
+ As part of the CCC_TRY macro refactoring, the lines that include the
+ test if (! nextchr) are changed to just look for the end-of-string by
+ position instead of it being NUL. In locales, it could be (however
+ unlikely), that NUL is a real alphabetic, digit, or space character.
+commit 50e911483ad5c29e25c54c9f81f92df974dd2cc0
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sun Dec 26 10:35:58 2010 -0700
+
+ Change name of /d to DEPENDS
+
+ I much prefer David Golden's name for /d whose meaning 'depends' on
+ circumstances, instead of 'dual' meaning it could be one or another.
+ Change it before this gets out in a stable release, and we're stuck with
+ the old name.
+
+commit 73134a2eb4055c76fe5b154da95e09118f716fd8
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sun Dec 26 10:35:20 2010 -0700
+
+ CH] Change usage of regex/op common to common names
+
+ This patch changes the core functions to use the common names for the
+ fields that are shared between op.c and regcomp.c, just for consistency
+ of using one name throughout the core for the same thing.
+
+ A grep of cpan shows that both names are used in various modules; so
+ both names must be retained.
+
+commit a3ab329f3fc9494e700f51c38cef42021c130b6e
+Author: David Golden <dagolden@cpan.org>
+Date: Sun Jan 16 20:57:02 2011 -0500
+
+ Add HTTP::Tiny as a dual-life core module
+
+ HTTP::Tiny 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 CPAN.pm and CPANPLUS to
+ "bootstrap" HTTP access to CPAN using pure Perl without relying on external
+ binaries like F<curl> or F<wget>.
+
+commit 211cc5012284f4bd900fcaa630adbcac69ca6112
+Author: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
+Date: Sun Jan 16 23:23:03 2011 +0000
+
+ Update Unicode-Collate to CPAN version 0.70 and enable XS version
+
+commit a62b1201c068dc7b099bcb7182e188c4d2fbf34c
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sun Dec 26 10:31:16 2010 -0700
+
+ Use multi-bit field for regex character set
+
+ The /d, /l, and /u regex modifiers are mutually exclusive. This patch
+ changes the field that stores the character set to use more than one bit
+ with an enum determining which one. This data structure more
+ closely follows the semantics of their being mutually exclusive, and
+ conserves bits as well, and is better expandable.
+
+ A small API is added to set and query the bit field.
+
+ This patch is not .xs source backwards compatible. A handful of cpan
+ programs are affected.
+
+
+tools
+
+ Significant updates to buildtoc
+
+ Update Unicode-Normalize to CPAN version 1.10
+
+commit 11454c594f22abc5945e69a46fc965363dbf326e
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sat Jan 15 13:42:58 2011 -0700
+
+ Fix \xa0 matching both [\s] [\S], et.al.
+
+ This bug stemmed from Latin1 characters not matching any (non-complemented)
+ character class in /d semantics when the target string is no utf8; but having
+ unicode semantics when it isn't. The solution here is to add a special flag.
+
+ There were several tests that relied on the broken behavior, specifically they
+ tested that \xff isn't a printable word character even in utf8. I changed the
+ deparse test to instead use a non-printable code point, and I changed the ones
+ in re_tests to be TODOs, and will change them back using /a when that is
+ shortly added.
+
+
+SECURITY
+
+ restrict \p{IsUserDefined} to In\w+ and In\w+
+
+ In L<perlunicode/"User-Defined Character Properties">, it says you can
+ create custom properties by defining subroutines whose names begin with
+ "In" or "Is". However, perl doesn't actually enforce that naming
+ restriction, so \p{foo::bar} will call foo::Bar() if it exists.
+
+ This commit finally enforces this convention. Note that this broke a
+ number of existing tests for properties, since they didn't always use an
+ Is/In prefix.
+
+TESTING
+
+ test that perl.pod, pod.lst, MANIFEST and the file system are consistent
+
+commit f56b6394f7cf57733135f56e4e4ac49abe9ac9cc
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Thu Jan 13 22:36:36 2011 -0700
+
+ regex: Use ANYOFV
+
+ This patch restructures the regex ANYOF code to generate ANYOFV nodes instead
+ when there is a possibility that it could match more than one character. Note
+ that this doesn't affect the optimizer, as it essentially ignores things that
+ fit into this category. (But it means that the optimizer will no longer reject
+ these when it shouldn't have.)
+
+ The handling of the LATIN SHARP s is modified to correspond with this new node
+ type.
+
+ The initial handling of ANYOFV is placed in regexec.c. More analysis will come
+ on that. But there was significant change to the part that handles matching
+ multi-char strings. This has long been buggy, with it previously comparing a
+ folded-version on one side with a non-folded version on the other.
+
+ This patch fixes about 60% of the problems that my undelivered test suite gives
+ for multi-char folds. But there are still 17K test failures left, so I'm still
+ not delivering that. The TODOs that this fixes will be cleaned up in a later commit
+
+
+ Update Pod-LaTeX to CPAN version 0.59
+
+commit 680818c0361b180bb6f09d4bb11c4d5cd467fe62
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Thu Jan 13 16:24:52 2011 +0000
+
+ ithread_create() was relying on the stack not moving. Fix this.
+
+ 4cf5eae5e58faebb changed S_ithread_create() to avoid creating an AV, by
+ passing the thread creation arguments as pointers to a block of memory
+ holding SVs. Unfortunately, this inadvertently introduced a subtle bug,
+ because the block of memory is on the Perl stack, which can move as a side
+ effect of being reallocated to extend it. Hence pass in the offset on the
+ stack instead, read the current value of the relevant interpreter's stack
+ at the point of access, and copy all the SVs away before making any further
+ calls which might cause reallocation.
+
+ Update to Win32-0.44 from CPAN
+ Update Term-UI to CPAN version 0.24
+ Update IO-Compress to CPAN version 2.033
+ Update Compress-Raw-Zlib to CPAN version 2.033
+ Update Compress-Raw-Bzip2 to CPAN version 2.033
+ Update DB_File to CPAN version 1.821
+
+DIAGNOSTICS
+ Correct the "unimplemented" message for get{host,net,proto,serv}ent aliases.
+
+ Previously, if all of gethost{byaddr,byname,ent} were unimplemented on a
+ platform, they would all return 'Unsupported socket function "gethostent"
+ called', with the analogous results for getnet{byaddr,byname,ent},
+ getproto{byname,bynumber,ent} and getserv{byname,byport,ent}. This bug was
+ introduced by change af51a00e97d5c559 - prior to this, all 12 functions would
+ report their own name when unimplemented.
+
+commit 9ae3ac1a84c63b0eadf5baf47ce7096482280f32
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sun Jan 9 15:33:28 2011 -0700
+
+ Add warnings for use of problematic code points
+
+ The non-Unicode code points have no Unicode semantics, so applying operations
+ such as casing on them warns.
+
+ This patch also includes the changes to test the warnings added by recent
+ commits for handling the surrogates and above-Unicode code points
+
+commit 949cf4983af707fbd15e422845f4f3df20505f97
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sun Jan 9 13:50:18 2011 -0700
+
+ utf8.c(): Default to allow problematic code points
+
+ Surrogates, non-character code points, and code points that aren't in Unicode
+ are now allowed by default, instead of having to specify a flag to allow them.
+ (Most code did specify those flags anyway.)
+
+ This affects uvuni_to_utf8_flags(), utf8n_to_uvuni() and various routines that
+ are specialized interfaces to them.
+
+ Now there is a new set of flags to disallow those code points. Further, all 66
+ of the non-character code points are known about and handled consistently,
+ instead of just U+FFFF.
+
+ Code that requires these code points to be forbidden will have to change to use
+ the new flags. I have looked at all the (few) instances in CPAN where these
+ routines are used, and the only one I found that appears to have need to do
+ this, Encode, has already been patched to accommodate this change. Of course,
+ I may have overlooked some subtleties.
+
+
+commit 7627e6d0fe772ac90fce9e03fea273109521e261
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Sat Jan 8 15:56:22 2011 +0000
+
+ Generate "Unsupported socket function" stubs using PL_ppaddr.
+
+ Instead of having each socket op conditionally compile as either the
+ implementation or a DIE() depending on #HAS_SOCKET
+
+ 1: remove the conditional code from the ops themselves
+ 2: only compile the ops if HAS_SOCKET is defined
+ 3: general conditional code for the intialisation of PL_ppaddr - as appropriate
+ either the ops, or Perl_unimplemented_op
+ 4: Amend Perl_unimplemented_op to generate the appropriate DIE() for socket
+ ops (ie not the "panic"... message)
+
+ Whilst this complicates the support code in regen/opcode.pl, it's already a
+ net saving of 5 lines in the C code.
+
+commit 897d398936dd2fc088a265fba2a7b62fa97ed458
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Sun Jan 9 10:54:58 2011 +0000
+
+ Generate pp_* prototypes in pp_proto.h, and remove pp.sym
+
+ Eliminate the #define pp_foo Perl_pp_foo(pTHX) macros, and update the 13
+ locations that relied on them.
+
+ regen/opcode.pl now generates prototypes for the PP functions directly, into
+ pp_proto.h. It no longer writes pp.sym, and regen/embed.pl no longer reads
+ this, removing the only ordering dependency in the regen scripts. opcode.pl
+ is now responsible for prototypes for pp_* functions. (embed.pl remains
+ responsible for ck_* functions, reading from regen/opcodes)
+
+commit f1aaabf80b19a3cc6dc435510732b561ab46361e
+Author: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
+Date: Sun Jan 9 00:16:46 2011 +0000
+
+ Update CPANPLUS to CPAN version 0.9011
+ Update CPANPLUS-Dist-Build to CPAN version 0.52
+ Update Term-UI to CPAN version 0.22
+ Update Params-Check to CPAN version 0.28
+
+commit a4a4c9e2c086dd5f7b7b05789161614dbbe8385b
+Author: Karl Williamson <public@khwilliamson.com>
+Date: Sat Jan 8 14:44:05 2011 -0700
+
+ perldiag.pod: Add missing message severities
+
+commit 0019012ad86d597fb507f71577d70ecd4c416bba
+Author: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
+Date: Sat Jan 8 23:09:04 2011 +0000
+
+ Update Object-Accessor to CPAN version 0.38
+ Update Module-Load-Conditional to CPAN version 0.40
+ Update Log-Message to CPAN version 0.04
+ Update IPC-Cmd to CPAN version 0.68
+
+
+TESTING
+ add test for split without a pattern
+
+ Add some while tests, about the context of the last statement in a block and about reinitializaiton of lexical variables.
+
+ modernise t/cmd/while.t
+
+ Add t/base/while.t testing the basic of a while loop with minimal dependencies. Change t/cmd/while.t into a non-base test using "test.pl".
+
+commit ac066c2ab5bc31260104aeee778921b186894769
+
+ Update File-Fetch to CPAN version 0.30
+ Update Archive-Tar to CPAN version 1.76
+ Update Archive-Extract to CPAN version 0.48
+
+commit b86b68b4eefa1069dabc8ea0401d712b24a67857
+Author: Jesse Vincent <jesse@bestpractical.com>
+Date: Sat Jan 8 00:14:29 2011 +0800
+
+ Update the policy on doc patches to maint
+
+
+commit e8b333e679eb9a7a62c1d86b647515f01821eb60
+Author: David Golden <dagolden@cpan.org>
+Date: Wed Jan 5 22:47:41 2011 -0500
+
+ Add Module::Metadata as a dual-life core module
+
+ This commit adds Module::Metadata 1.000002 as a dual-life module. It
+ gathers package and POD information from Perl module files. It is a
+ standalone module based on Module::Build::ModuleInfo for use by other
+ module installation toolchain components. Module::Build::ModuleInfo
+ has been deprecated in favor of this module instead.
+
+commit a8fb8d791b74ff90850140d94407aad99ec86fe3
+Author: John Peacock <jpeacock@jpeacock-hp.doesntexist.org>
+Date: Thu Jan 6 20:02:37 2011 -0500
+
+ Sync with version 0.88 on CPAN
+
+commit c1b879e57aecbfe520b3f44dd28472d1862f037d
+Author: Craig A. Berry <craigberry@mac.com>
+Date: Wed Jan 5 19:14:06 2011 -0600
+
+ Make newline on last record explicit.
+
+ On VMS, the last line written to a file will get a trailing newline
+ willy nilly. This has its advantages insofar as you never get the
+ "no newline at end of file" warnings from various utilities, but
+ reality conflicts with expectations when you explicitly test for
+ the last (or only) line *not* ending with newline, which is what
+ the recent addtion to ref.t (5e3072707906cc4cb8a364c4cf7c487df0300caa)
+ was doing. Adding an explicit newline makes everyone happy.
+
+commit 935c8d19ecf9ad3ea7589ffd1721e6ba1c671ed9
+Author: David Golden <dagolden@cpan.org>
+Date: Wed Jan 5 22:25:23 2011 -0500
+
+ Add Perl::OSType as a dual-life core module
+
+ This commit adds Perl::OSType 1.002 as a dual-life module. It maps Perl
+ operating system names (e.g. 'dragonfly' or 'MSWin32') to more generic
+ types with standardized names (e.g. "Unix" or "Windows"). It has been
+ refactored out of Module::Build and ExtUtils::CBuilder and consolidates
+ such mappings into a single location for easier maintenance.
+
+ c.f.
+ http://www.nntp.perl.org/group/perl.perl5.porters/2010/05/msg160280.html
+
+commit 2a1594f630b57637ddd7a38daaa1e17f66da396a
+Author: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
+Date: Wed Jan 5 23:35:15 2011 +0000
+
+ Update CGI to CPAN version 3.51
+
+ [SECURITY]
+ - Further improvements have been made to guard against newline injections
+ in headers. (Thanks to Max Kanat-Alexander, Yanick Champoux, Mark Stosberg)
+
+
+commit 0b5e625bc99f5cb78697faf03b297b6cacadf60b
+Author: Reini Urban <rurban@x-ray.at>
+Date: Tue Sep 14 18:04:22 2010 +0200
+
+ build man pages on cygwin too
+
+commit 172830635ea7813c85e51e4ae2b4bed56ddbab83
+Author: Reini Urban <rurban@x-ray.at>
+Date: Tue Sep 14 17:54:15 2010 +0200
+
+ Improve cygwin rebase behaviour
+
+ If a dll is updated on cygwin reuse the old imagebase address.
+ This solves most rebase errors, esp when updating on core dll's.
+ See http://www.tishler.net/jason/software/rebase/rebase-2.4.2.README
+
+
+NEW TESTS
+
+ t/porting/filenames.t to make sure that filenames and paths are reasonably portable
+
+
+Platforms
+
+ Actually excise 'Apollo DomainOS' support. We officially killed it in 5.11.0. It
+ hadn't worked for years before that.
+
+commit cc7e77fd5a0ee9f1498e54dddf566117da62754b
+Author: Reini Urban <rurban@x-ray.at>
+Date: Tue Sep 14 17:48:32 2010 +0200
+
+ CYG14 Dynaloader without USEIMPORTLIB, and search cyg prefix
+
+ part1: Support the standard cyg dll prefix, which is e.g. needed for FFI's.
+ Ctypes and C::DynaLib use DynaLoader to find dlls.
+
+ part2: With -DUSEIMPORTLIB DynaLoader symbols link against the prefixed
+ symbol names for the .dll.a importlib, but we need to link against the
+ symbols directly. We don't link Dynaloader against libperl.dll.a.
+
+ Otherwise:
+ $ g++-4 -o cygperl5_13_4.dll --shared perlsrc.o cygwin.o DynaLoader.o -ldl -lcrypt
+ Creating library file: libperl.dll.a
+ DynaLoader.o: In function `XS_DynaLoader_dl_undef_symbols':
+ ext/DynaLoader/DynaLoader.c:346: undefined reference to `__imp__PL_stack_sp'
+ ext/DynaLoader/DynaLoader.c:346: undefined reference to `__imp__PL_markstack_ptr'
+ ext/DynaLoader/DynaLoader.c:346: undefined reference to `__imp__PL_stack_base'
+
+commit c0a149a90b8b6e1c18de7294ca974265fb559cf5
+Author: Reini Urban <rurban@x-ray.at>
+Date: Tue Sep 14 18:06:38 2010 +0200
+
+ Update cygwin hints
+ do not use usemymalloc (double size + slow)
+ remove deprecated libcygipc info
+ remove overlarge stack size
+
+commit ac0650a4c9f69cdc9e7af31df29011c42b42b770
+Author: Father Chrysostomos <sprout@cpan.org>
+Date: Sun Jan 2 23:14:37 2011 -0800
+
+ Restore the old description of $[
+
+ The new entry is a bit too futuristic: assignment to $[ still works
+ and it is not read-only.
+
+ This does not fully restore the old description, as it contained
+ grammatical errors and parts of it were not updated when 5.10 changed
+ the scoping.
+
+commit 2831a86cee065b53b74fd19ddcc6a4257484646d
+Author: Zsbán Ambrus <ambrus@math.bme.hu>
+Date: Sun Jan 2 20:25:55 2011 -0800
+
+ [perl #81032] Overhaul Porting/epigraphs.pod
+
+ This patch makes multiple changes to Porting/epigraphs.pod and
+ pod/perlhist.pod.
+
+ For those that don't know, Porting/epigraphs.pod is a new document that
+ collects the quotes (chosen by Pumpkins) in perl release announcements.
+
+ The changes are the following.
+
+ 1. Add a link pointing to each release announcement in the mailing
+ list archives. These are from ysth's list, the source from which
+ Porting/epigraphs.pod was originally compiled, but they weren't in
+ Porting/epigraphs.pod so far.
+ 2. Reorder Porting/epigraphs.pod chronologically, because I believe
+ that makes more sense -- pod/perlhist.pod is still sorted by version numbers.
+ 3. Incidentally, some missing releases are added to pod/perlhist.pod too.
+ 4. Fix a mistake where Porting/epigraphs.pod gives the wrong version number.
+ 5. Add some epigraphs that appear in ysth's list but not in
+ Porting/epigraphs.pod.
+ 6. I did some research in perl history before the part that ysth's list
+ covers, and added older perl announcements I found. This work is not
+ complete: I stopped somewhere in 2000.
+
+commit eccda089fc3dcaafc1ae0aac6b428f799231b824
+Author: Paul "LeoNerd" Evans <leonerd@leonerd.org.uk>
+Date: Mon Dec 13 17:50:06 2010 +0000
+
+ Implement Socket::getaddrinfo() and Socket::getnameinfo(), with related constants
+
+commit d54243158c0e4ba0127eb487c5b2e2a10484e8d0
+Author: David Golden <dagolden@cpan.org>
+Date: Thu Dec 30 23:43:44 2010 -0500
+
+ Add JSON::PP to the Perl core
+
+ Per discussions with Jesse Vincent, JSON::PP has been added
+ to the Perl core to support the new CPAN meta file specification
+
+commit 4155e4fe81b9987a30efea627e43a574f5460f73
+Author: Father Chrysostomos <sprout@cpan.org>
+Date: Sun Jan 2 14:51:21 2011 -0800
+
+ [perl #36347] Object destruction incomplete
+
+ do_clean_objs only looks for objects referenced by RVs, so blessed
+ array references and lexical variables (and probably other SVs, too)
+ are not DESTROYed.
+
+ This commit adds a new visit() call to sv_clean_objs, which curses
+ (DESTROYs and un-blesses, leaving the reference count as it is) any
+ objects that are still left after do_clean_named_io_objs. The new
+ do_curse routine (a pointer to which is passeds to visit()) follows
+ do_clean_named_io_objs’ example and explicitly skips the STDOUT and
+ STDERR handles, in case destructors need to use them.
+
+ The cursing code, which is now called from two places, is moved out of
+ sv_clear and put in its own routine. The check that the reference
+ count is zero does not apply when called from sv_clean_objs, so the
+ new S_curse routine takes a boolean argument that determines whether
+ that check should take place.
+
+commit 3d450a5dd4e8f9a7b2aba0b018f9fe078fb6aa30
+Author: David Leadbeater <dgl@dgl.cx>
+Date: Sun Jan 2 14:33:16 2011 -0800
+
+ [perl #73630] Build separate DTrace for miniperl
+
+ As outlined in the RT ticket due to miniperl's dependencies differing to
+ the final perl binary dtrace -G needs to be called separately for each.
+
+ Build tested on Mac OS X 10.6, Solaris 11 and Scientific Linux with
+ SystemTap from git.
+
+ (Solaris is the only system I have access to where DTRACE_O actually gets
+ defined. Neither the dtrace binary on OS X nor SystemTap's dtrace
+ compatibility layer accept the -G option.)
+
+commit 42467a219c70177fc2004ed9b73d6c3db59dba5c
+Author: David Golden <dagolden@cpan.org>
+Date: Sun Jan 2 17:34:44 2011 -0500
+
+ Update CPAN::Meta::YAML to 0.003
+
+commit 9426e1a55981168c83a030df9bce5e0b46586581
+Author: David Mitchell <davem@iabyn.com>
+Date: Sun Jan 2 19:38:30 2011 +0000
+
+ make <expr> always overload if expr is overloaded
+
+ Due to the way that '<> as glob' was parsed differently from
+ '<> as filehandle' from 5.6 onwards, something like <$foo[0]>
+ didn't handle overloading, even where $foo[0] was an overloaded object.
+ This was contrary to the docs for overload, and meant that <> couldn't
+ be used as a general overloaded iterator operator.
+
+commit e4ef33329eb648489bad5296e9673c409f5577f9
+Author: Jesse Vincent <jesse@bestpractical.com>
+Date: Sun Jan 2 10:50:21 2011 +0800
+
+ perlbug did not previously generate a From: header. While some MTAs do
+ the "right" thing and insert a valid "From:", not all of them do,
+ potentially resulting in dropped mail.
+
+
+commit edcf105d70e5423fd928c776e086fe31a4a543f4
+Author: Jesse Vincent <jesse@bestpractical.com>
+Date: Sat Jan 1 18:46:20 2011 +0800
+
+ Document 'test_porting' and start a section on how committing to blead
+
+commit b85802c5d04fcd6e5c969a5c56136e05061f05d7
+Author: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
+Date: Sat Jan 1 10:37:04 2011 +0000
+
+ Update Encode to CPAN version 2.42
+
+
+commit fbcda526a9bbe2ee1302d6f4507b07f83661fc0d
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Thu Dec 30 17:30:24 2010 +0000
+
+ Most socket ops weren't warning for unopened handles unless 'closed' was enabled
+
+ They were checking that category 'closed' was enabled for warnings before
+ calling report_evil_fh(), which in turn was (correctly) checking category
+ 'unopened'.
+commit c521cf7c8af1697e5efd8ce3ad75ed00606db13b
+Author: Nicholas Clark <nick@ccl4.org>
+Date: Thu Dec 30 16:52:22 2010 +0000
+
+ pp_leavewrite wasn't warning for unopened handles unless 'closed' was enabled.
+
+ It was checking that category 'closed' was enabled for warnings before calling
+ report_evil_fh(), which in turn was (correctly) checking category 'unopened'.
+
+commit 8985fe98dcc5c0af2fadeac15dfbc13f553ee7fc
+Author: David Mitchell <davem@iabyn.com>
+Date: Thu Dec 30 10:32:44 2010 +0000
+
+ Better handling of magic methods freeing the SV
+
+ This is a fix for RT #81230 (and more). Currently, mg_get() works around
+ the case where the called magic (e.g. FETCH) frees the magic SV. It does
+ this by unconditionally pushing the SV on the tmps stack before invoking
+ the method.
+
+ There are two issues with this. Firstly, it may artificially extend the
+ life of the SV. This was the root of the problem with #81230. There, the
+ DB_File code, under -T, created a tainted tied object. Accessing the
+ object (within FETCH as it happens), caused mg_get() to be invoked on the
+ object (due to the taint magic), and thus extend the life of the object.
+ This then caused c<untie %h if $h{k}> to give the warning
+ untie attempted while 1 inner references still exist.
+ This only became noticeable after efaf36747029c85b4d8825318cb4d485a0bb350e,
+ which stopped wrapping magic method calls in SAVETMPS/FREETMPS.
+
+ The second issue issue that this protection only applies to mg_get();
+ functions like mg_set() can still segfault if the SV is deleted.
+
+ This commit fixes both problems as follows:
+
+ First, the protection mechanism is moved out of mg_get() and into
+ save_magic() / restore_magic(), so that it protects more things.
+ Secondly, the protection is now:
+
+ * in save_magic(), SvREFCNT_inc() the SV, thus protecting it from being
+ freed during FETCH (or whatever)
+
+ * in restore_magic(), SvREFCNT_dec() the SV, undoing the protection
+ without extending the life of the SV, *except* if the refcount is
+ 1 (ie FETCH tried to free it), then push it on the mortals stack
+ to extend it life a bit so our callers wont choke on it.
+
+
+commit e8a07a125ebebaf06dc890127439c7461a063b35
+Author: David Golden <dagolden@cpan.org>
+Date: Mon Dec 27 14:50:31 2010 -0500
+
+ Add CPAN::Meta::YAML as a dual-life core module
+
+commit cce04bebd8af026c2a6731940ddb895d3c1fc3e4
+Author: David Golden <dagolden@cpan.org>
+Date: Mon Dec 13 17:36:33 2010 -0500
+
+ Reorganize perlhack.pod
+
+ Following on an IRC conversation, I've attempted to reorganize
+ perlhack for greater clarity. I have only cut and paste blocks
+ of text and amended section titles and levels. (I have not addressed
+ any of the numerous factual issues which remain.)
+
+ The resulting guide should be clearer for those trying to skim the
+ table of contents to understand what is covered in perlhack and
+ whether it is worth an in-depth read.
+
+ I see this change as the first step towards future improvements.
+
+=cut