Update CPANPLUS::Dist::Build to cpan version 0.46

  Extract from Changes file
  =========================

  0.46 Sat Jan 23 07:52:19 GMT 2010
    - actually make the prereq resolving fallback to _build/ querying
      if the 'prereq_data' action fails. *facepalm*

Resolves an issue in prereq resolution where the failure of using
'Build prereq_data' would not fallback to querying _build/ data.

Highlighted by EekBoek distribution which bundled an older version of
Module::Build.

Change from a hard coded temporary file name in lib/AnyDBM_File.t.

Previously lib/AnyDBM_File.t and lib/DBM_Filter/t/*t shared the same hard coded
filename for their test database, causing a race condition during parallel
testing, and some spurious test failures.

Minor typo fix

First full pass at perl5120delta

Added a stub of the Perl 5.12.0 delta which will be a rollup of the various perl 5.11.x deltas

Update to podlators 2.3.0

Clarify in INSTALL what an extension name looks like:

is it IPC::SysV or IPC/SysV, or... ?

fix SEGV in /\N{...}/

A simple program like the following could coredump:

    use charnames ':full';
    /\N{LATIN SMALL LETTER E}/;

The moral being, make sure sp is synced on return from call_sv()
*before* using the stack!

(Was a regression since 5.10)

update Mark Jason Dominus's name in AUTHORS

initialize undefined version objects with zero, not 'undef'

Add USE_PERL_ATOF to the list of -V's compile-time options.

Revert "remove defunct "Changes" file step from RMG"

This reverts commit 6642915e130e2410e5cc7d1e00a39aa7b8774d05.

remove defunct "Changes" file step from RMG

Remove CPAN's Makefile.PL; let make_ext.pl write one for us.

Nothing in CPAN's Makefile.PL was pertinent to building as part of the core
distribution, but code within it caused `make` after `make clean` to fail.
Resolves RT #72218

Make perl's magic variables in gv.c grep-able

It can be hard especially for those unfamiliar with the source to find
where variables like $` and $[ are set up, now they're just a ack -Q
away.

Update META.yml for Module::CoreList

create perl5115delta and update other versions

make clean deletes runtests, so add a rule and dependency to regenerate it.

add -u to core-cpan-diffs to filter modules

perlfunc tweak for package NAME VERSION

remove remaining boilerplate from perl5114delta

perldelta5114 updated prior to shipping

add 5.11.4 (and myself) to perlhist

regen_perly prepping for 5.11.4

update Module::CoreList for pending 5.11.4

Update Module::Build to 0.3603

0.3603 - Mon Jan 18 22:28:59 EST 2010

 Bug fixes:

 - Module::Build::Compat would croak on distibutions that set requires
   'perl' to a dotted decimal like '5.6.2'.  We now skip that key
   since it doesn't go into PREREQ_PM and we numify it properly for
   'use 5.006002' in the generated Makefile.PL (RT#53409)
   [David Golden, adapted from patch by G. Allen Morris III]

0.3602 - Mon Jan 18 22:09:54 EST 2010

 Bug fixes:

 - Fix failures in t/properties/needs_compiler.t when $ENV{CC} is set
   (RT#53296) [David Golden, adapted from patch by Jens Rehsack]

0.3601 - Mon Dec 21 14:39:33 EST 2009

 Bug fixes:

 - When the currently running Module::Build is not the same as the one
   that created the Build file, there is now a warning rather than a fatal
   error.  This helps installation of dependency chains where a dependency
   might configure_requires a new Module::Build after Build.PL was already
   run for an earlier distribution. [David Golden, on advice of Matt Trout]

 Other:

 - t/bundle_inc.t fails in odd ways.  This test of an experimental feature
   should not prevent users from installing Module::Build, so this test
   now skips unless $ENV{MB_TEST_EXPERIMENTAL} is true

reminder: update Module::CoreList when bumping version number

bump versions for core libs changed since 5.11.3

regen warnings.pl for new version number

bump version for 5.11.4

fix qr// and get-magic problems

[N.B. I converted package name separators from q{'} to q{::} in
the test files as suggested by demerphq. -- dagolden]

Fix for #71506: work around possible gcc bug

When memcpy() is used on a long double pointer with gcc 4.4 in some
cases it seems to treat it as a long double assignment, copying only
the first 12 bytes.  Use unions so the types we're copying into the
pack output or from the unpack input are unsigned char[], to avoid the
apparent bug.

note strict/lax version requirements in documentation

add version number format note to perldelta

Fix a NULL pointer dereference when looking for a DESTROY method

The empty DESTROY method optimization introduced by commit
fbb3ee5af3d would crash the interpreter if a DESTROY method
was declared but not actually defined.

This is seen in the real world with AutoLoader / AutoSplit,
where the crash defeats autoloading a DESTROY method.

Fix for #71254: SEGV in Data::Dumper

This was caused by change 27323/f7877b281b4, which changes the way
globs are stored in SVs. This patch teaches Perl_magic_setmglob (which
resets the match position after an assignment) about globs. What was
happening was that the globness was turned off (with the type still as
PVGV), which essentially turned the variable into a strange empty
string. Data::Dumper, seeing a PVGV, assumes the string form is at
least 1 char (which should always be the case), and ends up reading
past the end of the string if it is blank.

Fixed an editing error in perldoc about commit messages.

(Thanks to Aristotle Pagaltzis)

Minor updates to the git tutorial and our commit message policies.

[perl #71676] GDBM_File support on Win32

Date: Thu, 07 Jan 2010 00:36:25 -0800
Message-ID: <rt-3.6.HEAD-1505-1262853384-1207.71676-15-0@perl.org>

Tweaked as suggested in:

From: "H.Merijn Brand" <h.m.brand@xs4all.nl>
Date: Fri, 8 Jan 2010 13:35:17 +0100
Message-ID: <20100108133517.1f2916d3@pc09.procura.nl>

Perl blead on AIX - fail: t/porting/test_bootstrap

Hello,

Nicholas Clark wrote:
> On Mon, Jan 18, 2010 at 11:33:07AM +0100, Rainer Tammer wrote:
>
>> Hello,
>> the 32 bit blead build looks quite good on AIX:
>>
>> A threaded, shared 32 bit build only produced one error:
>>
> Thanks for continuing to look out for AIX.
>
>
No problem ...
>> Is this a know error ??
>>
> Yes, but I believe that I committed a change to fix it about 30 minutes ago.
>
>
OK,
I try this fix.

I have also a fix for the GDBM problem.
Now GDBM is only disabled if the "problem" headers are installed,
e.g. if the gdbm rpm < 1.8.3-5 is installed.

I have attached the patch for this.

> Nicholas Clark
>
>
>
Bye
  Rainer

From 4755db7f86c38d3c2b69c668c5747368e98c3eae Mon Sep 17 00:00:00 2001
From: Rainer Tammer <tammer@tammer.net>
Date: Mon, 18 Jan 2010 11:40:27 +0100
Subject: [PATCH] Enabld GDBM on AIX if possible

Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>

Move packagev.t from t/comp to t/op, as it fouls the test bootstrapping policy.

The package VERSION syntax isn't strictly an op, but it needs to use several
features that aren't yet tested at the time that tests in t/comp are run.

Revert "[perl #62646] Maximum string length with substr"

This reverts commit b6d1426f94a845fb8fece8b6ad0b7d9f35f2d62e.

Conflicts:

pp.c

update AUTHORS for new commits, spelling

Add t/comp/packagev.t to MANIFEST

Upgrade to CPAN.pm 1.94_54

Clean up mktables intro comments; remove trailing white space

Correct VMS-specific handling of $! in Perl_magic_get.

0097b436152452e403cc71b4f1a1cfd30ec0ba1a had introduced a test failure
on VMS because it only set the POK flag in the non-VMS code path,
which was an easy mistake to make because accumulated patches had
over time made the #ifdef jungle way more tangled than it needed to
be.  There is really only one line that needs to be VMS-specific.

A fig leaf for calling sv_pos_u2b with IV* where it expects I32*.

Following v5.11.3-103-gb6d1426, any compiler paying attention
whines about the pointer mismatch (which on VMS breaks the
build).

Zefram reports a further patch in progress:
  Message-ID: <20100116022631.GA10264@fysh.org>

but this gets the warning out of the way so other work can proceed.

Parse 'use NAME VERSION' with C locale

wrap a link in L<> to avoid bad autolinking

[perl #72098] File::Copy stripping 06000 perms on cp for root

The problem is with the use of cp when perms & 06000.

There is logic that checks to see if the target file is owned by the
user ($>) running the copy and/or if $> is a member of the group that
owns the target file. If this is not the case, then the 06000 bits are
masked out before the chmod is called after the copy.

This is mostly good logic except when root is executing this, in which
case root should get to do whatever it wants to do.

Looking closer at the code to test for group membership, I think it can
be more easily and more cheaply be written using $). I've added this
change to the patch.

This will also fix the problem where someone has a group membership
based on /etc/passwd and is not mentioned in /etc/group.

* Tom's latest perlfunc cleanups, to ensure we're on the same track

* Backported Tom's perlfaq cleanup to the perlfaq repo, and now they are back here :)

Fix SV leaks in Perl_vnumify() and Perl_vnormal() for "Invalid version object"s

Add warning "Cannot find encoding"

Bump version of PerlIO::encoding

The warnings emitted by PerlIO::encoding should be silenceable.

Make them mandatory warnings.

Avoid a double SV leak in an error state branch of pp_require.

Avoid using a sprintf format for a constant value (0).

[perl #62646] Maximum string length with substr

(This is only a partial fix, since it doesn't handle lvalue substr)

Document last change in perldelta for 5.11.4.

This will have to be merged with other Unicode property changes
in the final 5.12 perldelta.

PATCH: [perl #71726] \p{xdigit} should match full-width forms

The Unicode standard suggests that xdigit match not only the ASCII hex
digits, but also the full width forms starting at U+FF10.

This patch just changes the source from the Unicode ASCII hex digit to
the Unicode normal hex digit.

This adds a constructor option to not output the comments containing the range counts; and uses that option on Decomposition.pl, used by normalize.pm.

Qualify pointer arguments of prescan_version in embed.fnc

Bump version to 2.21 and add changelog

Fixed the closure argument passing bug perl#72068

Fixed tests.

Added tests for perl#72068

Back out the {ENTER,LEAVE}_with_name("sub") part of d343c3ef45381352 for now.

It's conflicting with an established pattern in XS code, working around the
inability of the XS SCOPE: keyword to actually provide anything useful.
The minor amount of extra debugging it gives here is not worth the external
trouble it causes.

Revisit this once we can provide a meaningful option to disable the
ENTER/LEAVE around XSUBs.

CYG23-544-stat

Stable cygwin patch for root filetests (gid 0 root <= gid 544 Administrators).

On cygwin check for the Administrators group (544) which has root
rights regarding -r filetests.

Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>

Omnibus strict and lax version parsing

Authors: John Peacock, David Golden and Zefram

The goal of this mega-patch is to enforce strict rules for version
numbers provided to 'package NAME VERSION' while formalizing the prior,
lax rules used for version object creation.  Parsing for use() is
unchanged.

version.pm adds two globals, $STRICT and $LAX, containing regular
expressions that define the rules.  There are two additional functions
-- version::is_strict and version::is_lax -- that test an argument
against these rules.

However, parsing of strings that might contain version numbers is done
in core via the Perl_scan_version function, which may be called during
compilation or may be called later when version objects are created by
Perl_new_version or Perl_upg_version.

A new helper function, Perl_prescan_version, has been added to validate
a string under either strict or lax rules.  This is used in toke.c for
'package NAME VERSION' in strict mode and by Perl_scan_version in lax
mode.  It matches the behavior of the verison.pm regular expressions,
but does not use them directly.

A new test file, comp/packagev.t, validates strict and lax behaviors of
'package NAME VERSION' and 'version->new(VERSION)' respectively and
verifies their behavior against the $STRICT and $LAX regular
expressions, as well.  Validating these two implementation should help
ensure they each work as intended.

Other files and tests have been modified as necessary to support these
changes.

There is remaining work to be done in a few areas:

* documenting all changes in behavior and new functions

* determining proper treatment of "," as decimal separators in
  various locales

* updating diagnostics for new error messages

* porting changes back to the version.pm distribution on CPAN,
  including pure-Perl versions

Changed Copyright year as suggested by karl williamson in nntp.perl.org/group/perl.perl5.porters/155493

* Em dash cleanup in pod/

I looked at all the instances of spaces around -- and in most cases
converted the sentences to use more appropriate punctuation. In
general, the -- in the perl docs seem to be there only to make
really complicated and really long sentences.

I didn't look at the closed em-dashes. They probably have the same
sentence-complexity problem.

I left some open em-dashes in place. Those are the ones used in
lists.

* FAQ sync for Perl 5.12 release candidate

This is commit cfc60b072536b6232cec8a3a3551c8bdf3c3eefd from the
perlfaq repository at git@github.com:briandfoy/perlfaq.git

Tom Christiansen's perlfunc cleansing, part 2

From "PATCH: perlfunc cleanup, part 2" (28574.1263366404@chthon)

Quite a lot here, I know.

I probably spent the most time on pack(), as you'll see, but there are
plenty of rephrasings of awkward wordings plus the occasional orthographic
fix scattered throughout.  I've added a few more examples here and there,
and certain simple things like perl vs Perl have been set to canonical form.

I've eyeballed the diffs for my own typos, and I've looked at the whole
thing after running it both through nroff (not so pretty, but better) and
also through troff (*much* better).

I didn't try to make sure all code inserts were indented the same number of
spaces, not because it doesn't need being done, but because I didn't want
to blow this patch up that much more than it already is.  You can see the
ragged left in the code inserts if you troff->ps->pdf view it.  Oh, well.

Hope this helps,

--tom

Update File-Fetch to CPAN version 0.24

  Changes for 0.24        Wed Jan  6 23:32:19 2010
  =================================================
  * Applied a patch from brian d foy RT #53427
    that makes new() respect sub-classes.

test stash_name in less.pm

catch the one $class instance missed in less.pm

Document UNIVERSAL->import deprecation in perldelta

Mention name of C constant in feature.pm for greppability

The new lvalue warning should not be turned on by default

A check for the warning category was missing from commit
885ef6f56b61fd750ef3b1fa614d11480baac635. Also, document
the warning category in perldiag.

Document new lvalue warning in perldelta

The "illegalproto" warning category is new in 5.11.4, not 5.11.3

Nits in perldelta template

Add perl5114delta.pod

With $PERL_UNICODE we still need to find utf8.pm

fix for [perl #65582] anon globs segfaulting

The following code has had differing behaviours:

    my $io_ref = *STDOUT{IO};
    my $glob = *$io_ref;

          defined($glob)    "$glob"
          --------------    -------
5.8.8       false           "" with uninit warning
5.10.0      true            (coredump)
this commit true            ""

$glob is essentially an anonymous typeglob (no NAME, EGV or GvSTASH).
It shouldn't register as undefined since it's clearly a valid GV with a
valid IO slot; Stringifying to "" seems to be the right thing, and not
warning seems right too, since its not undef.

fix for [perl #61976] Errno ($!) not evaluated to a error message string
(5.10.0 in taint mode)

Change 27176 / 2a509ed3c095f7d712013e653f68821f6bb2d6db fixed a taint
bug, which as a side effect, meant that $! used within a tainted expression
failed to have a string value.

This quick fix just makes sure the POK flag is set (prior to it being
shifted back to pPOK).

Add note to .pod for compound form perl extensions

Bump less' version

allow indirection between less and its hints stash name

Remove [[:posix:]] references because changes not going into 5.12

fix for [perl #41138] $_ leaks under threads

It's possible for an interpreter to get cloned with an SV copied that ends
up only linked from @_. For example, local $x causes a link to the
original $x SV to be added to the save stack, but when cloning a thread
the save stack isn't copied. If the old $x was also in someone's @_,
then it gets copied, but because @_'s elements  aren't normally reference
counted, old $x ends up with a refcount of zero, and you get a "leaked"
warning when the thread exits.

The workaround is to reify any reify-able AVs in the cloned interpreter
during cloning.

Also fixes [perl #70602], [perl #70974]

PATCH: perlfunc cleanup, part 1

So I started tidying up the C<delete> and C<each> documentation,
but ended up diddling the file pretty much all over.  There are
some typo corrections, but most of this is just smoothing out
infelicitous wording.  I did add one brief example to C<glob>.

I've made no warnings about delete and slices with negative
indices; I'm hoping that may be fixed, as David has suggested
be done.  It's not a political edit, just a copy-edit.

This is obviously only the first portion of the file, but the
tweaks were getting extensive enough I thought I'd better send
in a checkpoint.  I'll finish it up over the next several days.

[perl #71788] Skip $) test when NGROUPS_MAX is too small or when on darwin

Remove an extraneous space

Re: [perl #71852] Warning "/* within comment" in Win32 config.h-related files

(Applied patch and regenerated canned config files)

Message-ID: <4B44FB2B.8080509@volny.cz>

Retain builtin attributes from pre-declaration. Fixes [perl #68758].

Ignore a lvalue attribute after the subroutine has been defined, and warn about it. Fixes part of [perl #68758].

[perl #71924] shmget/semget may return zero as valid id

Documentation in perlipc thus fixed by using // instead of ||

Completely avoid autovivification of CORE::GLOBAL::caller

(by using symbolic references as suggested by Vincent)