Possible undefined behaviour, spotted by gcc 4.5.0 and HP's updated compiler.

Revert "Documentation tweaks to Text::Tabs"

This change was reported upstream in <https://rt.cpan.org/Ticket/Display.html?id=56699>.
Committing it directly to blead was a mistake.

This reverts commit f6e2320c520b8d610a864cd42aece1f0df2db895.

Let the cmdVERSION usage message expand $0

It makes more sense than literally printing "usage: $0 ..."

Documentation tweaks to Text::Tabs

Bring Porting/Maintainers in sync with reality regarding Scalar-List-Utils

Update to MIME-Base64 3.09

Fixes issue where the Quoted-Printable encoder would sometimes output
lines that were 77 characters long.  The max line length should be 76.

This reverts revert 9ef40646096384d9f65acffab1b9a2df07d03a0c.

Escape patch strings before embedding them in patchlevel.h

Passing regexp vars as argument is unsafe

In this case $_[0] is unexpectedly modified by matching a regular
expression inside the function, making it report bad file names.

Avoid "Use of uninitialized value $base" for the CPANPLUS .hidden file

Do not clobber %ENV in EU::MM test

175046355f07701 introduced an error in the ExtUtils::MakeMaker
prerequisites tests in that it clobbers %ENV instead of just locally
overriding $ENV{PERL_CORE}.

EU::MakeMaker shouldn't warn about prereqs in core

This silences warnings about missing prerequisites when part of a perl
core build. Triggered by #74442.

Make abstract_from more robust

A few distributions in the perl source failure for abstract_from
Rather than fix the individual files I have made the parsing process
more robust.

Move PERL_ASYNC_CHECK() from POPBLOCK() to the kill case of Perl_apply().

This ensures that (safe) signals sent to the same process are still dispatched
within the same statement (as before), without overloading the semantics of
block popping.

Note the revised signal dispatch and performance gain in perl5130delta.pod.

Dispatch signals in infinite loops such as 1 while 1;

With the move of PERL_ASYNC_CHECK() out from the runloop to control ops,
infinite loops became truely infinite, as their optree has no control ops.
Hence add a PERL_ASYNC_CHECK() to pp_unstack to ensure signals will be
dispatched.

Bug noticed by Jerry Hedden.

Fix RT #74290 - regression for labels immediately before string evals.

Fix location identified by Father Chrysostomos, who also offered a patch, but
this patch is more efficient, as it avoids any allocation. Test code based on
his test example.

In  Perl_get_debug_opts(), restructure the message into fewer string literals.

This reduces the object code size slightly.

In S_usage(), restructure the storage of the help message into fewer literals.

This reduces the object code size slightly.

Also guess $ENV{EMAIL}, if present, as the originating address

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

[PATCH] [5.12] Allow build on aix 4.2 (sigaction and IPv6)

Based on a patch by AUGUSTE-ETIENNE José <jose.auguste-etienne@cgss-guyane.fr>

The attached patches are necessary to work around aix 4.2 lack of support for IPv6,
and limited support for POSIX sigaction()

The hints/aix_4.sh patch solves the following build failure:

"Socket.xs", line 468.16: 1506-007 (S) "struct in6_addr" is undefined.

The ext/POSIX/t/sigaction.t patch solves the failing test reported a looong time ago:

http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-01/msg01124.html

After testing a simple C program using POSIX sigaction() with SA_SIGINFO,
I found that it worked on aix 4.3 but failed on aix 4.2.

I think it's safe to skip the SA_SIGINFO test on the aix 4.2 platform.

perl 5.12.0 builds fine on the following platforms / C compiler :

aix 4.2.1 / vac 5.0.2.7 (with attached patches)
aix 4.3.2 / gcc 2.95.3
aix 4.3.3 / vac 4.4.0.3
aix 4.3.3 / vac 5.0.28
aix 5.2 / GNUpro gcc 2.9.aix51.020209

The atatched patches should be applied to blead and maint.

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

Add new Data::Dumper test file to MANIFEST

Upgrade Data::Dumper to 2.126 CPAN release

No significant changes, just synchronization to the exact release.

Fix Data::Dumper's Fix Terse(1) + Indent(2)

RT #73604: When $Data::Dumper::Terse is true, the indentation is thrown
off. It appears to be acting as if the $VAR1 = is still there.

Fix a test failure in perl5db.t when Term::ReadLine::Gnu is installed

With Term::ReadLine::Gnu on @INC, the debugger output will include
terminal escape sequences even when empty otherwise. This makes
lib/perl5db.t test 7 ("proxy constant subroutines") fail.

Most of the other tests are already run with ReadLine support disabled, so
bring this one in line too.

Point submitters to perlbug@perl.org, not perl5-porters@perl.org

We usually want patches in RT. Patches should only go to perl5-porters
if they're intended purely for discussion.

Set the legacy process name with prctl() on assignment to $0 on Linux

Ever since perl 4.000 we've only set the POSIX process name via
argv[0]. Unfortunately on Linux the POSIX name isn't used by utilities
like top(1), ps(1) and killall(1).

Now when we set C<$0 = "hello"> both C<qx[ps h $$]> (POSIX) and
C<qx[ps hc $$]> (legacy) will say "hello", instead of the latter being
"perl" as was previously the case.

See also the March 9 2010 thread "Why doesn't assignment to $0 on
Linux also call prctl()?" on perl5-porters.

Bump $VERSION of IPC::Open3 to 1.06

open3 errors in child croak parent RT#72016

Errors in open3 no longer appear to originate from the executed command on forking systems.

Add TODO test for RT#72016

Bump threads version to 1.77_01

This is due to the POD fix of b91a79b929f6eca75f18124340d2f0f89b9588a9.

Upgrade to threads-shared-1.33

Upgrade dist/threads to 1.77 from CPAN

While doing so fix a tiny, little POD error to prevent breakage of core
tests. (blead is upstream for threads.pm)

Simplify the perldelta howto by using Git features

`git-log' can generate a list of authors without perl's help and
`git-diff` can produce a diffstat without diffstat(1).

Fix code before statement error introduced by f410a2119920dd04.

Avoid redundant reload of PL_op in the runloop.

(gcc, at least, generates suboptimal code without this dirty great hint)

Move PERL_ASYNC_CHECK() from the runloop to control flow OPs.

For the typical code this gives a 5% speedup, and removes the cost of "safe
signals". Tight looping code will show less gains, but should never be slower.

Subtle bugs might remain - there might be constructions that enter the runloop
(where signals used to be dispatched) but don't contain any PERL_ASYNC_CHECK()
calls themselves.

mark two magic.t tests as TODO

fixing a bool cast bug exposes a hidden bug in @+ scope.
Mark as TODO for now.

use cBOOL for bool casts

bool b = (bool)some_int

doesn't necessarily do what you think. In some builds, bool is defined as
char, and that cast's behaviour is thus undefined. So this line in mg.c:

    const bool was_temp = (bool)SvTEMP(sv);

was actually setting was_temp to false even when the SVs_TEMP flag was set.
Fix this by replacing all the (bool) casts with a new cBOOL() cast macro
that (hopefully) does the right thing.

Fix a minor perl5114delta error.

Remove 'delete &function' from perltodo.

It wouldn't add any new feature we don't already have and be inconsistent with
the behaviour of other things.

[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

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