[perl #74006] 5.12.0-RC stuffing bug

There's a small bug in lex_stuff_pvn() that causes spurious syntax errors
in an obscure situation.  It happens if stuffing is performed on the
last line of a file, and the line ends with a statement that lacks its
terminating semicolon.  Attached patch fixes and adds test.

Allow extension building on older (pre 7.3-2) VMS systems.

DCL symbol length was limited to 1K up until about seven years or
so ago, but there was no particularly deep reason to prevent those
older systems from configuring and building Perl.

Clarify HAS_PRCTL_SET_NAME definition in Porting/Glossary.

revert "revert perl -h changes"

Reapplies commit 482d21b3db741a7f6b59279ab7ad289307e2186b
that was reverted in commit bb87c82accf79d3e15da7fc9b646232a4c2bd47c

Revert "Revert "* Fixed typo in toke.c docs, identified by Zefram""

This reverts commit 06164d6c3ad67ed7ba18030ae378f46f482a29af.

Add emacs/vim hints

Re-flow some errantly formatted pod

Detabify perldtrace.d

[perl #73560] [PATCH] Fix typos in Pod::Functions

(also, bump $VERSION)

Reintroduce a lot of missing modules into perlmodlib.pod

That was due to the great move of dual-life modules into cpan/ and
dist/. This fixes the bug: [perl #74332] lots of modules missing from
perlmodlib.

[perl #73712] ‘Variable is not imported’ cannot be suppressed

The message ‘Variable "%s" is not imported’ cannot be suppressed, even
with -X (local $SIG{__WARN__}=sub{} is what I have to use):

perl -Xle '$foo;use strict; eval q/$foo/ or die "---$@---"'
Variable "$foo" is not imported at (eval 1) line 2.
---Global symbol "$foo" requires explicit package name at (eval 1) line 2.
--- at -e line 1.

This is because we have what appears to the user to be a multi-line
error message. It is in fact a warning ‘Variable...’ followed by an
error ‘Global symbol...’.

The attached patch assigns a warning category to the warning.

Fix the abstract in Module::CoreList's META.yml

* eliminated OP_SETSTATE also in comments

Add d_prctl* for all other OS's

This was missing from c796e3db23c597b99f07485542338844e61a6a69

Probe for prctl () and check id PR_SET_NAME is supported

Note how to deal with broken dbm.h on OpenSUSE

Allow -Duse64bitint without promoting to use64bitall on HP-UX

Fix for http://rt.perl.org/rt3/Public/Bug/Display.html?id=17736

fix a2p example

fix minor casting issue

Merge commit 'origin/davem/post-5.12' into blead

Before 96a8704c makedepend.SH used shell quote syntax that modern
shells barf on. Document how to work around this in the example bisect
script.

When your bisect starts to go into perl-5.9.* territory `make -j4'
fails on Config.pm due to some race condition. This'll turn what would
otherwise be a bad/good report into skip.

Fix test comment (noticed by Alex Vandiver)

[perl #74198] Typo in perlop(1)

reported by rrt@sc3d.org

when(scalar) without argument should be a syntax error [perl #74114]

Ignore Devel/DProf test files in the git repository

Add the 5.13 deprecation stanza to Module::Corelist to make tests happy

feature.pm now knows about 5.13

Bump to 5.13.0

Create a perl5130delta.pod

Removing the RC marker from patchlevel.h

Revert "* Fixed typo in toke.c docs, identified by Zefram"

The commit was good, but we're in freeze  for 5.12.0. I'd be happy to
see this hit blead again after 5.12.0 is tagged.

This reverts commit 675ac12c19e6fe00eff6e604a7d637bf621997ef.

remove 'enable taint if modify gid/uid' feature

If at runtime you modify any of any the id variables $<, $>, $(, $),
such that the id and effective id differ, perl used to enable tainting,
even if -T wasn't specified at startup.

This commit removes that feature. See

    http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2010-03/mail9.html
    RT #67260

RT 8857: premature free in local of tied element

[The original bug report concerned local($_) remained tied, but while
looking at it, Nicholas found some related code that popped up premature
free errors. This commit fixes the freeing issue rather than the issue of
the original bug report ]

Background:

    local $a[0]

does, approximately:

    svp = av_fetch(av);
    SAVE(av,*svp);
    sv = newSV();
    *svp = sv;

This used to leak when av was tied, as the new sv only got embedded in
*svp, which for tied arrays is a temporary placeholder rather than
somewhere within AvARRAY. This leak was fixed in 2002 by adding the
following:

    if (SvTIED_mg(sv, PERL_MAGIC_tiedelem))
sv_2mortal(sv);

which worked, except for the following:

    sub f { local $_[0] }
    f($_) for ($tied[0]);

Here, @_ is a real array not a tied one, yet its first element is a
PERL_MAGIC_tiedelem which trigged the test above. So the sv got
mortalised *and* stored in the array, so got freed twice. The fix is
to test the *array/hash* for tied-ness rather than the element.

create SV leak test infrastructure

Add an sv_count() function to XS::APItest to allow access to PL_sv_count,
then add new test file t/op/svleak.t that allows you yo run a code
fragment a few times and test whether the number of allocated SVs has
increased

* Fixed typo in toke.c docs, identified by Zefram

adjust release dates due to rc5

Add bug to known issues for perl-v5.12.0

[perl #74168] Assertion failure when emitting a stricture error message

RC5 due to a regression reported by <mons@veda.park.rambler.ru>

fix RT 23810: eval and tied methods

Something like the following ended up corrupted:
    sub FETCH { eval 'BEGIN{syntax err}' }
The croak on error popped back the context stack etc to the EVAL pushed by
entereval, but the corresponding JUMPENV_PUSH(3) unwound all the way to the
outer perl_run, losing all the mg_get() related parts of the C stack.

It turns out that the run-time parts of pp_entereval were protected with
a new JUMPENV level, but the compile-time parts weren't. Add this.

Explicitly set the location of cpanp-run-perl when under PERL_CORE

    CPANPLUS::Config checks 3 specific scenarios first
    when looking for cpanp-run-perl: parallel to cpanp,
    parallel to CPANPLUS.pm, or installed into a custom
    prefix like /tmp/foo. Only *THEN* does it check the
    the path.
    If the perl core is extracted to a directory that has
    cpanp-run-perl installed the same amount of 'uplevels'
    as the /tmp/foo prefix, we'll pull in the wrong script
    by accident.
    Since we set the path to cpanp-run-perl explicitily
    at the top of this script, it's best to update the config
    ourselves with a path lookup, rather than rely on its
    heuristics. Thanks to David Wheeler, Josh Jore and Vincent
    Pit for helping to track this down.

Effects both CPANPLUS and CPANPLUS-Dist-Build

more mods to -Dl debugging output

Skip make_path group/user tests for darwin - it's nobody and nogroup ids are -1

Update perldelta for the removal of the deprecation warnings on perl4-era libraries.

Remove perl4-library deprecation warnings

After the recent, long discussion about this topic and demonstrated
cases where the deprecation warnings may actually *break* things, we
agreed on IRC to push the "active" deprecation warnings to after 5.12.

--Steffen

From f1b2d650aa126e06fc270dd0a44b8a6bf0da6e2c Mon Sep 17 00:00:00 2001
From: Steffen Mueller <smueller@cpan.org>
Date: Mon, 5 Apr 2010 15:12:41 +0200
Subject: [PATCH] Remove deprecation warnings from perl4-era tools

The libraries still have deprecation warnings in their comments but the
mandatory run-time warnings are disabled until after 5.12.

Most of the REGEXP-massaging modules have now been updated.
Moved the single known-failing example to the errata page.

We're gonna have a fourth RC.

There's gonna be an RC3

untodo the no-longer-failing todo test for rgs' patch

For evals, op_targ carry hint flags, which are pretty high when you're
using feature or another (recent) pragma. And previously we had to care
only about entereval, but now we can compile to entertry too.

Add a TODO test for block evals segfaulting on syntax errors.

If the RC goes out today, the release goes out next friday

Adding Curtis Jewell to AUTHORS.

Specifying when the trimmed down Win64 compiler works.

Updating location of Strawberry's 64-bit toolchain.

Typo in perldelta found by Tom Wyant

5.12.0 is now expected on 7 April 2010

update the name of Task::Deprecations::5_12

Merge branch 'blead' of ssh://perl5.git.perl.org/gitroot/perl into blead

* 'blead' of ssh://perl5.git.perl.org/gitroot/perl:
  Don't initialize end in pp_reverse when begin is NULL
  More tests for in-place reverse (empty tied array)
  Add a test for reversing in-place an empty array
  Avoid a segfault when reversing an empty array in-place.

Updated perldelta to point to the not-yet-extant bundle for 5.12
core-deprecated modules

Don't initialize end in pp_reverse when begin is NULL

This change is a complement to 572558b47236782e60e41bd235c96eae7cbca3db.

Arithmetic on null pointers isn't defined by the C standard, so it may crash even before entering the loop.

More tests for in-place reverse (empty tied array)

Add a test for reversing in-place an empty array

Avoid a segfault when reversing an empty array in-place.

Remove potentially confusing strawman version numbers from the release
manager schedule

Reword a speculative message about building 32bit perls from INSTALL.

Spotted by Tim Jenness

Looks like we have an RC2 due to a segfault in reverse()

improve -Dl debugging output

In particular, distinguish between scope and context stack push/pops,
show depth of JUMPENV stack, and show STACKINFO push/pops

PL_defoutgv isn't always a GV.

Nasty code like the following results in PL_defoutgv not pointing
to a valid GV:

    my $x = *STDERR; select($x); $x = 1;

This causes all sorts of SEGVs when PL_defoutgv is subsequently accessed,
because most code assumes that it has a valid gv_gp pointer.  It also
turns out that PL_defoutgv is under-tested; for example, temporarily
hacking pp_close to make an arg-less close() croak didn't cause any
minitest failures.

Add a new test file that does some basic testing of a bad PL_defoutgv,
and fix all the obvious badness in accessing it.

This also fixes #20727, which although ostensibly a tie bug, was due to
PL_defoutgv pointing to a tiedelem scalar, and fun like that described
above happening.

rafl volunteers to release blead in August 2010

revise release manager schedule

Document removal of -P in perldelta.

Also trim some trailing whitespace.

Assuming RC1 goes out today, .0 goes out on 5 April

Add an errata pointer to perldelta.

doc update: Storable cannot serialize REGEXP (yet)

Update perldelta to warn people that deprecated things weren't just deprecated in this release.

back out misguided change to brnaching time.

Begin bowing to public pressure toward an open blead;
document how to create a maint branch when RC1 comes out.

bump from rc0 to rc1.

Update perldelta to better warn users about the changes from the first-classification of regexps.

A few edits

Rewording to clarify a few paragraphs; make table fit in 80 column
terminal; remove extra word; other slight edits

Slight edits

Add index entries; reword a paragraph

Slight edits

double word, make table fit in 80 column terminal

Spaces in filenames require non-default settings on VMS.

Specifically DECC$EFS_CHARSET must be enabled and not everything
plays nice with that, so for now this is a to-do.

remove tmp debugging from File/Copy.t

Clarify that some examples are for ASCII machines

Make whitespace a single word [perl #34462]

Fix typos, minor wording changes, clarifications

Bring up to date for 5.12; including POSIX

The regex documentation included changes that were put temporarily into
a 5.11 release, but not into 5.12.  And there were a number of omissions.
I went through this pod and tried to make it reflect reality.

Remove duplicate information and refer to other pods

Things were getting out of sync.

Note a new thing to check for each new release of Perl

add =encoding utf8 to the perldelta template

When using a GitHub fork advice the use of Perl's Git, not GitHub's mirror

This bit me when `git pull upstream blead' didn't pull commits I knew
had been commited, turned out GitHub's mirror was out of date.

RT #73714: Regression in 5.12: File::Copy and initial spaces

Commit 81ec4fbc8320b72171c9fbea0fa0456b3a687f92
removed some obsolete code that processed with leading spaces in filenames
(not needed with 3-arg open), but didn't quite clean out everything.
This meant that trying to copy to a file whose name had a leading space
would unceremoniously die with
    Undefined subroutine &File::Copy::_protect called

Update Porting/checkAUTHORS.pl to (once again) distinguish authors from committers by processing git log --pretty=fuller, e.g.,

% git log --pretty=fuller perl-5.12.0..HEAD \
? | perl Porting/checkAUTHORS.pl --rank --percentage -

Without this, the --rank and --thanks-applied options were not working.

Also, the meaning of --thanks-applied has changed somewhat; it now only counts
commits where the committer is not the author.

[This commit is the delta between Craig's previous patch and his revised
patch]

Andreas provided a patch to CPAN::Distribution to deal with a bug in core
 module deprecation

commit 8b7e29685086feb1e01992478bcb0498f584574c
Author: Andreas J. Koenig <andk@cpan.org>
Date:   Tue Mar 16 08:56:03 2010 +0100

    except deprecated modules from short circuiting, uncovered by
Data::TreeDumper/Class::ISA

A slightly tweaked patch to perldelta from Craig Berry acknowledging the
huge amount of work done by our prior pumpkings.

Reformatted excessively long lines in perldelta.

Bump B::Deparse and Module::CoreList versions due to the late patch.