[perl #74372] := warning not in perldiag

Missing warning description noticed by Zefram

PATCH: [perl #72998] regex looping

If a character folds to multiple ones in case-insensitive matching,
it should not match just one of those, or the regular expression can
loop.  For example, \N{LATIN SMALL LIGATURE FF} folds to 'ff', and so
    "\N{LATIN SMALL LIGATURE FF}" =~ /f+/i
should match.  Prior to this patch, this function returned that there is
a match, but left the matching string  pointer at the beginning of the
"\N{LATIN SMALL LIGATURE FF}" because it doesn't make sense to match
just half a character, and at this level it doesn't know about the '+'.
This leaves things in an inconsistent state, with the reporting of a
match, but the input pointer unchanged, the result of which is a loop.

I don't know how to fix this so that it correctly matches, and there are
semantic issues with doing so.  For example, if
    "\N{LATIN SMALL LIGATURE FF}" =~ /ff/i
matches, then one would think that so should
    "\N{LATIN SMALL LIGATURE FF}" =~ /(f)(f)/i
But $1 and $2 don't really make sense here, since they both refer to the
half of the same character.

So this patch just returns failure if only a partial character is
matched.  That leaves things consistent, and solves the problem of
looping, so that Perl doesn't hang on such a construct, but leaves the
ultimate solution for another day.

Upgrade to CGI.pm 3.49

Between parens is the unit name

Strip trailing blank. Manual fix after metaunit fix
3e6d782f8c2ac2b94d9f217b0a91989b144feca4

Merge branches 'blead' and 'blead' of perl5.git.perl.org:/gitroot/perl into blead

Add the new maint policy to perlpolicy.pod

[perl #74038] c2ph (and pstruct) use the deprecated 'getopts.pl' library

Changes to CPANPLUS and CPANPLUS::Dist::Build tests

  Add the utils/ dir to $ENV{PATH} if running under PERL_CORE for the
  CPANPLUS/CPANPLUS-Dist-Build tests.

  Both modules' testsuites require access to the cpanp-run-perl script
  and the version in utils/ is already executable versus the version
  in cpan/CPANPLUS/bin

add step to update RT version numbers in release_managers_guide

[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.