Update IO-Compress to CPAN version 2.068

  [DELTA]

  2.068 23 Dec 2014

      * Disable running of some of the slower test harnesses by default.
        COMPRESS_ZLIB_RUN_MOST needs set to run them. Make life more
        bearable on legacy platforms

Update Compress-Raw-Zlib to CPAN version 2.068

  [DELTA]

  2.068 10 Dec 2014

      * Silence more compiler warnings

      * Disable running of 07bufsize.y by default.
        COMPRESS_ZLIB_RUN_MOST needs set to run them. Makes life more
        bearable on legacy platforms

Update Compress-Raw-Bzip2 to CPAN version 2.068

  [DELTA]

  2.068 23 Dec 2014

      * No Changes

Update CPAN-Meta-Requirements to CPAN version 2.131

  [DELTA]

2.131     2014-12-23 15:04:19-05:00 America/New_York

    [ENHANCEMENTS]

    - Merging Module => 0 into requirements is now optimized

    [PREREQS]

    - Scalar::Utils removed as a prerequisite

deparse-skips.txt: comp/require.t passes

Fix deparsing of some unary-prototyped calls

This resulted in an infinite loop:

    sub optplus(;+) {}
    optplus($a < $b);

The prototypes ;$ _ ;_ had the wrong predecence, causing foo($a<$b) to
be deparsed wrongly, without the parentheses.

Fix deparsing of ‘my sub x; sub { sub x {...} }’

The ‘x’ sub has a pad entry in the sub containing its initial decla-
ration and in the sub containing its body.  pad_subs simplistically
added subs found in pads to the list of subs to be deparsed.  So the
body of x was being deparsed twice.

So we need to check the OUTSIDE pointer in pad_subs in deciding
whether to add it to the list, so only the sub containing the body
definition pushes it on to the list.

Without using the pad ID, this test in Deparse.t ends up failing:

state sub sb2;
sub sb2 {
    sb2 ;
}

because the state sub’s OUTSIDE pointer points to the protosub of the
anonymous sub that Deparse.t wraps around the test, whereas it is a
clone of that anonymous sub that gets deparsed.  Pad IDs exist to
identify clones of the same original pad.

[perl #103260] Fix s/// with long strings

This is also the subject of perl #123071.

The iteration count was stored in an I32 and was overflowing.  If the
maximum number of iterations possible overflowed, then it would become
negative, and the substitution would fail immediately with ‘Substitu-
tion loop’.

I tried fixing this without increasing the size of the context
stack entries on 64-bit builds (by skipping the loop check for long
strings), but was unable to, because we have to return the number of
iterations, which was also stored as I32.  If we change just that one
to SSize_t, we get an I32-sized alignment hole, so we might as well
make maxiters a SSize_t as well, fixing the bug that way (the more
straightforward way).

Test-Simple Version Bump, 1.301001_093 (RC13)

Add alternate email address for Chad Granum to Porting/checkAUTHORS.pl.

dont compile unused static hash functions

Perl uses only 1 hash func perl build. It is not safe to have multiple
hash funcs in 1 build due to conflicts on the size of PERL_HASH_SEED_BYTES.
No point in wasting CC's time to compile a static func which will always be
tossed by the CC at the end due to no references to the static has func,
or by the linker due to no references to the funcs. Related to
[perl #123483] .

silence VC Win64 perl warnings in hv_func.h

These warnings are in a public header, hv_func.h, so CPAN
XS builders will see 8 warnings with every .c file from
a CPAN XS module that they will compile. Silence the
warnings since headers should never warn unconditionally.

See [perl #123483] for details.

remove obsolete B::CC code from t/harness

from commit 56eca212f2 .  Seems to have been used for
B::CC testing, but the blacklist logic and $dhwrapper logic
were removed in commit de1254415f but this piece was
missed. Half the files in the list don't exist anymore.

Increase $B::VERSION to 1.55

Some B pad tests

Add id and outid methods to B::PADLIST

We wants them.

op.c: Another instance of STATIC_ASSERT_STMT

No need to check this at run time on debugging builds.

perl5220delta: Eval::WithLexicals is fixed

That was quick.

Update Filter::Util::Call to CPAN version 1.53

  [DELTA]

1.53 2014-12-20 rurban
----

  * Re-release caused by broken SIGNATURE, caused by broken ExtUtils::Makemaker distsignature rules.
    See https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/issues/177

1.52 2014-12-19 rurban
----

  * Fix Filter::Util::Call regression from 1.50, for filter_add({}) or filter_add([]).
    This broke Switch, see RT #101004.

Update DB_File to CPAN version 1.835

  [DELTA]

1.835 23 Dec 2014

   * Silence more compiler warnings

Some lexical sub deparsing fixes

Prototypes were being ignored.

$ ./perl -Ilib -mO=Deparse -XMfeature=lexical_subs -e 'my sub f(\$); f($f)'
use feature 'lexical_subs';
no warnings;
my sub f (\$);
f(\$f);          # <---- wrong; this is a compilation error
-e syntax OK

Self-referential subs (state sub b; state sub b { b }) were causing
infinite recursion.

deparse-skips.txt: Note a couple skip reasons

deparse-skips.txt: More passing tests

Increase $B::Deparse::VERSION to 1.32

Deparse: Avoid uninit warning from undef &sub

Fix long verbatim line in perlunicook

Add Eval::WithLexicals to perl5220delta

Add B::Generate to perl5220delta

Ignore cx of padsv for padrange optimisation

Commit v5.21.6-352-gc46871e caused all padsv ops to be marked with
scalar context.  This prevented the padrange optimisation from happen-
ing with a combination of scalars and aggregates in list context.

Adjust the padrange algorithm to ignore the distinction between list
and scalar context.  We only do this optimisation when, even in list
context, each op will push just one thing on to the stack.  (That’s
why we check OPf_REF on padav and padhv.)  So the list/scalar distinc-
tion is irrelevant.

Merge branch 'perlunicook' into blead

perlunicook: add trusted-to-exist links for perlunicook

perlunicook: remove empty list item

perlunicook: add it to build files and TOC

perlunicook: add perlunicook to MANIFEST

Fixes for a few trivial typos

Tom Christiansen's Perl Unicode Cookbook 1st draft

originally posted to perl5-porters as message-id
18479.1330388058@chthon

regen pod issues

Add Lexical::Var to perl5220delta

fix badly encoded contributor names for perl5217delta

add hv_backreferences_p() to embed.fnc

Otherwise it cannot be used on Win32. See https://github.com/Sereal/Sereal/issues/73
for an example of where this breaks Win32 perl extensions.

perl5220delta: Function::Parameters is fixed

And it was fixed a month ago.  I missed it.

op.c: Use ASSUME in multideref code

Under non-debugging builds, this gives the compiler hints about what
optimisations it can take.  With clang, I see a slight reduction in
the size of op.o:

$ ls -l op.o
-rw-r--r--  1 sprout  staff  192480 Dec 20 18:00 op.o
$ ls -l op.o
-rw-r--r--  1 sprout  staff  192432 Dec 20 18:01 op.o

op.c: Skip allocating entersub targ for Perl sub

The target of entersub ops is only used by XSUBs to return things.
Pure-Perl subs don’t use the target.  (And if a pure-Perl sub is
later replaced with an XS one, dXSTARG already has a workaround.)

Increase $Data::Dumper::VERSION to 2.156

Increase $Opcode::VERSION to 1.31

Increase $POSIX::VERSION to 1.49

Increase $arybase::VERSION to 0.10

deparse-skips.txt: op/gv.t is failing

Disallow GIMME in ext/

It’s an inefficient macro, so we don’t want it inadvertently
used again.

Increase $VMS::DCLsym::VERSION to 1.06

Increase $Safe::VERSION to 2.39

Remove bogus ST(0) assignment from DCLsym.xs

If we are using PPCODE, then simply assigning to ST(0) won’t return
the value, unless we also do SP++.  So this function has been return-
ing an empty list on failure and the ST(0) assignment has been
doing nothing.

Remove bogus GIMME check from DCLsym.xs

GIMME used to return 0 for scalar context.  As of 5.12, it never
returns 0.  As it happens, this function (_getsym) is only ever called
in one spot (by getsym) and in list context.  So don’t even bother
with the check.

Use GIMME_V in POSIX

GIMME_V is a simpler macro that results in smaller machine code.

Use GIMME_V in Opcode

GIMME_V is a simpler macro that results in smaller machine code.

Safe Changes update

Propagate context properly in Safe->reval

(or, rather, in Opcode.xs).

It was providing scalar context when invoked in void context.  Test-
ing Safe->reval itself is complicated, because Opcode.xs, which is an
essential part of the fix, is not dual-life.

Use GIMME_V in arybase

GIMME_V is a simpler macro that results in smaller machine code.

Use GIMME_V in Data::Dumper

GIMME_V is a simpler macro that results in smaller machine code.

Missed the %deprecated entry in Module::CoreList

Bump version number to 5.21.8

Add 5.21.8 in Module::CoreList
Point Maintainers.pl to new version of Module::CoreList

Create new perldelta

Update epigraphs.pod

Merge branch 'release-5.21.7' into blead

add new release to perlhist

Update perldelta

Update Module::CoreList for 5.21.7

Skip multideref for PL_check[OP_HELEM] tinkering

We already do it when PL_check[OP_AELEM] is modified.  Do it
also for PL_check[OP_HELEM].  This will make it easier to get
Data::Alias working.

dump.c: Suppress extra sigils in multideref dump

This:

  my $z; my @y; $y[$z]

included

  <+> multideref($@y[$$z]) sK ->6

in its -MO=Concise output.

dump.c:unop_aux_stringify: Use newSVpvn_flags

newSVpvn_flags with SVs_TEMP takes less machine code than
sv_2mortal(newSVpv()).

Allow multideref for $x[CONST->$*]

Allow multideref for $x[($pkg)]

The parens don’t need to disable the optimisation.

Fix assertion failure with $x[CONST->[0]]

Fix assertion failure with $x[($_)]

Allow multideref for $x[($lex)]

The parens don’t need to disable the optimisation.

(The OPpLVAL_INTRO flag [indicating my or state] has no run-time
effect for state vars, so we could ignore it and optimise, but it
would make deparsing inordinately complex, and no-one would write
$x[state $y] anyway.)

protect RExC_naughty changes behind macros

Avoid overflow, and add a bit of explanation.

PerlIO::scalar: skip the 4GB seek test if off_t is too small

01234567890123456789012345678901234567890123456789
pp.h: Remove stack-popping from void overload code

There is no need to pop the stack in void context, as every void-context
op is followed by something that resets the stack.

[perl #123458] list cx re::regexp_pattern($nonre)

It was returning (undef) in list context, though it was documented to
return the empty list.

universal.c:re_regexp_pattern: Mention GIMME_V once

While it was only being called once, it occurred in two code paths.
Pulling it out of the main if-block reduces the size of universal.o.
Before and after:

$ ls -l universal.o
-rw-r--r--  1 sprout  staff  33700 Dec 19 16:05 universal.o
$ ls -l universal.o
-rw-r--r--  1 sprout  staff  33692 Dec 19 16:13 universal.o

pp_sys.c:pp_readdir: Call GIMME_V just once

pp_ctl.c: Only do GIMME_V once in pp_caller

This shrinks the machine code.

Before and after:

$ ls -l pp_ctl.o
-rw-r--r--  1 sprout  staff  96156 Dec 19 16:05 pp_ctl.o
$ ls -l pp_ctl.o
-rw-r--r--  1 sprout  staff  96044 Dec 19 16:09 pp_ctl.o

Use GIMME_V in preference to GIMME

GIMME_V is a simpler macro that results in smaller machine code.

GIMME does not distinguish between scalar and void context.  The two
instances of GIMME == G_SCALAR that I changed (which used to match
void context too, but no longer do) are in code paths unreachable in
void context, so we don’t need to check for it.

wantarray.t: $got before $expected

When the tests fail, the diagnostic output is very confusing
otherwise.

wantarray.t: Test logops at sub exit

wantarray.t: Remove unused var

It stopped being used in dab34d0f01.

fix integer overflow in S_regpiece().

RExC_naughty is incremented when nasty bits of regex are found.
If at the end of compilation, its > 01, then PREGf_NAUGHTY is set on the
pattern.

However, some bits of S_regpiece on detecting naughiness, double or nearly
double RExC_naughty, quickly resulting in overflow of the I32.

I've fixed it by skipping the doubling when RExC_naughty is large,
but I don't know whether the doubling is conceptually wrong in the first
place.

Found by -fsanitize=undefined.

fix integer overflow in S_study_chunk().

It was adding to delta even when delta was already SSize_t_MAX

This triggered it: /.*(ab|abc)/.

Found by -fsanitize=undefined.

fix integer overflow in S_study_chunk().

It was adding SSize_t_MAX to data->last_start_max when
data->last_start_max was already SSize_t_MAX.

This triggered it: /(x+y)+/.

Found by -fsanitize=undefined.

fix integer overflow in S_scan_commit().

offset_float_max could end up as SSize_t_MAX+1.

This triggered it: /^x(ab|c.+)$/.

Found by -fsanitize=undefined.

add asan_ignore - which errors to ignore

"clang -fsanitize=undefined" produces lots of false positives.
This file allows certain functions to be excluded from checking.
Use it as:

    clang -fsanitize=undefined -fsanitize-blacklist=`pwd`/asan_ignore

op.c: better casting fix

My commit 0cb87cd1a of a few minutes ago broke g++. Hopefully this
commit won't break anything else.

fix a couple of win32 op.c warnings

These warnings appear on win32 smokes.

op.c(8600) : warning C4244: 'function' : conversion from 'cv_flags_t' to 'char'
, possible loss of data
op.c(11905) : warning C4146: unary minus operator applied to unsigned type, res
ult still unsigned

Since I'm not running windows, I can't confirm that this commit shuts up
these warnings, but I think think I've understood them correctly.

ODBM: fix a compiler warning.

This has been applied blind since my system doesn't have libodbm,
but it matches exactly the cast added to NDBM's typemap a few years ago to
fix a similar warning.

NDBM: silence 'unused var' warnings x 2

(I've done this blind because I don't have libndbm on my system)

B.xs: remove redundant assignment

Follow-up to 500f40f555ee.

ExtUtils::Embed: silence test warning

From the added code comments:

    XXX DAPM 12/2014: ExtUtils::Embed doesn't seem to provide API access
    to $Config{optimize} and so compiles the test code without
    optimisation on optimised perls. This causes the compiler to warn
    when -D_FORTIFY_SOURCE is in force without -O. For now, just strip
    the fortify on optimised builds to avoid the warning.

Also allow /\N{}/

See 4cbd7e223 and ticket #123417.

If a charnames handler returns the empty string for a particular name,
then the regular expression stringifies with an empty \N{} in it.
This needs to round-trip properly (eval "/$qr/"), just like \N{U+...}.

perldelta for 1e2dd519

perldelta for 3b91d897

perldelta for 1f3063473