t/run/locale.t: Fix typos

Update Devel-PPPort to CPAN version 3.28

      [DELTA]

    3.28 - 2015-01-16

        * Update MANIFEST for regened base/todo files

Update Unicode-Collate to CPAN version 1.10

  [DELTA]

1.10  Thu Jan 15 21:37:58 2015
    - XS: const &c [rt.cpan.org #101170] [PATCH]
    - Makefile.PL: [rt.cpan.org #101500] [PATCH]

Update Test-Harness to CPAN version 3.35

  [DELTA]

3.35    2015-01-14
        - Fix prove --version to actually print the version (Leon Timmermans, #101216)
        - Add --version to usage message (Leon Timmermans, #101215)

perl5216delta correction - IO::Socket has connected(), not isconnected()

epigraphs - Fix a broken I<>

epigraphs - Consistent -RCn style

epigraphs - Sort by Perl version number

This was originally the case, then resorted chronologically by commit
2831a86cee, then back to version order by commit c7bed2601e, since when
some inconsistencies have crept back in (entries inserted in chronological
order again).

I really don't care what order it is in, just so long as there is
consistency in whatever order is chosen.

epigraphs - Remove trailing whitespace

epigraphs - Consistent quoting of titles

epigraphs - No  need to repeat authors/titles after the epigraphs

epigraphs - Standardize two-space indent for poetry etc; no indent for prose

epigraphs - Remove use of =over/=back in six cases since no others do that

epigraphs - No need to break up long L<> lines

epigraphs - Prefer nntp.perl.org/ links, and fill in a missing one

Also correct a couple more dates in the process, and fill in a missing
epigraph.

epigraphs - Correct some dates and links and fill in a couple of missing names

Add text about EBCDIC to pods: perlhack* perlport

perlhacktips: Fix typo

t/charset_tools.pl: Improve function names

'latin1_to_native' and 'native_to_latin1' actually operate on all code
points, not just the ranges implied by their names.  This commit changes
the names to reflect that, to 'uni_to_native' and 'native_to_uni'.
The old names have only been available since 5.21, so there is no
backcompat issue.

Use more universal function in tests where makes sense

By using a different function that is just as applicable, or more so, in
these cases, we can avoid having to require a file.

The functions that translate code points between character sets are
always available and just as appropriate for the uses in the three tests
t/re/fold_grind.t, t/re/reg_fold.t, and lib/unicore/TestProp.pl.  Change
to use it instead of the functions that take string inputs.  This is
slightly cleaner, as the file that contains it no longer has to be
'required'.  And in some of the cases the code point function is a
better choice, as there had to be translation between chr and ord
before.

t/test.pl: Rmv obsolete comment

The referred-to functions have been moved to a separate file, and are no
longer contained in this one.

Update Devel-PPPort to CPAN version 3.27

  [DELTA]

3.27 - 2015-01-13

    * Regen base and todo files.
    * Fix isASCII and isCNTRL for <5.6.0
    * Other minor fixups.

    (Thanks to mhx for all of the work on this release)

Update Getopt-Long to CPAN version 2.43

  [DELTA]

Changes in version 2.43
-----------------------

* Fix bug https://rt.cpan.org/Ticket/Display.html?id=92462

* Implement enhancement
  https://rt.cpan.org/Public/Bug/Display.html?id=101537

* Fix the Getopt::Long part of bug
  https://rt.cpan.org/Ticket/Display.html?id=100335

uname -r works on MINIX as well

locale.c: Add comment; move #if

A better comment is added.  The #if is moved so that the rare
compilation that doesn't use LC_CTYPE, no unused variable warning would
be generated.

Move unlikely executed macro to function

The bulk of this macro is extremely rarely executed, so it makes sense
to optimize for space, as it is called from a fair number of places, and
move as much as possible to a single function.

For whatever it's worth, on my system with my typical compilation
options, including -O0, the savings was 19640 bytes in regexec.o, 4528
in utf8.o, at a cost of 1488 in locale.o.

locale.c: Fix memory leak.

I spotted this in code review.  I didn't add a test for it, because to
expose the much more serious bug fixed by the previous commit, I had to
temporarily change the C code to force these extremely
unlikely-to-be-taken branches to execute.

sv.c: Fix cloning of interp variable

This should have been cloned by sv_dup_inc.  I don't know why it didn't
fail outside of Win32, but fail there it did, spectacularly, but only
when I temporarily change some C code to force execution of the affected
code, which only gets executed for problematic locales, which may very
well not exist on most machines.

t/re/reg_mesg.t: White-space only

Indent, and wrap lines

regcomp.c: Fix comment typos

dquote_static.c: Rmv obsolete comment

Add 'strict' subpragma to 'use re'

This subpragma is to allow p5p to add warnings/errors for regex patterns
without having to worry about backwards compatibility.  And it allows
users who want to have the latest checks on their code to do so.  An
experimental warning is raised by default when it is used, not because
the subpragma might go away, but because what it catches is subject to
change from release-to-release, and so the user is acknowledging that
they waive the right to backwards compatibility.   I will be working in
the near term to make some changes to what is detected by this.

Note that there is no indication in the pattern stringification that it
was compiled under this.  This means I didn't have to figure out how to
stringify it.  It is fine because using this doesn't affect what the
pattern gets compiled into, if successful.  And interpolating the
stringified pattern under either strict or non-strict should both just
work.

regcomp.c: Add 'strict' parameter to S_regclass()

This function has the capability to do strict checking, with the
variable 'strict', but it is initialized based on another parameter's
value.  This commit causes 'strict' to be passed in, so it is
independent of other parameters.

Reserve a bit for 'the re strict subpragma.

This is another step in the process

Add new warnings category for "use re 'strict'"

This is a step in the process of adding that subpragma.

Output warning in qr// only once

This warning is being output in both passes of pattern compilation

Consistent output from core-cpan-diff

It uses 'Perl:', not 'perl:', a few lines later.

(We currently have "found more than one CPAN candidate" for libnet, which
I have addressed by scheduling the removal of old versions from CPAN: 1.29
was the last version containing some packages, so it remained in
02packages.details.txt because of that.)

update AUTHORS

make re_intuit_string() return correct string

Fix #123469 - Bug in split function, with utf8 strings

Each regex has two SV pointers, check_substr and check_utf8,
which hold a constant string (if any) corresponding to the longest
constant string in the regexp.

When the regex is first compiled, only one pointer is set, depending on
whether the pattern is utf8 or not; but subsequent usage of the regex can
instantiate the other pointer too. So which of the two strings
re_intuit_string() should return should be based on the UTF8ness of the
pattern, not whether check_substr is set.

Update libnet to CPAN version 3.05

  [DELTA]

3.05 2015-01-12

    - Fixed infinite loop in Net::SMTP::auth().  [CPAN RT#100235]

perldelta for ac0e53cd2e68

report which files have duplicates in porting/manifest.t

Simplify ext/SDBM_File layout and build

Tony: fix MANIFEST

Update MIME-Base64 to CPAN version 3.15

  [DELTA]

2015-01-12   Gisle Aas <gisle@ActiveState.com>

   Release 3.15

   Avoid compilation warnings on Windows.

   Restore compatibility with perl-5.4

Update Digest-MD5 to CPAN version 2.54

  [DELTA]

2015-01-12   Gisle Aas <gisle@ActiveState.com>

   Release 2.54

   David Mitchell: silence some compiler warnings
   Jonathan Hall: Add ->context() feature
   Steve Hay: Sync with blead
   bulk88: const the vtable
   zefram: 5.6 threads test fix

perl.c: silence compiler warning:

perl.c:3629:75: warning: value computed is not used [-Wunused-value]
     gv_SVadd(PL_errgv);

Test for nan range ends.

Detect infnan range ends.

Separate bad range end detection.

Test for inf range ends.

Explicitly test x infnan producing empty string.

Update IO-Socket-IP to CPAN version 0.36

  [DELTA]

0.36    2014/01/10 20:54:58
        [BUGFIXES]
         * Always bind() on MSWin32 because Windows doesn't like it if we
           listen() having not done so (RT101396)

Update Digest-SHA to CPAN version 5.95

  [DELTA]

5.95  Sat Jan 10 12:15:36 MST 2015
  - modified the bit-ordering test (ref. t/bitorder.t)
    -- supplied directory-change preamble for CORE builds

perldelta for e0c6a6b8c9

perldelta for 08b999a9d / #123452

perldelta for 2384afee9 / #123553

perldelta for 307cbb9fc

perldelta for f605e527

perldelta for eb4ec35b34 / #123514

perldelta for 1d51ab6ca

perldelta for d8bd3d828 / #123495

perldelta for fd8be4a16

perldelta for 3c6ef0a5 / #103260 / #123071

perldelta for 58480c3bb

perldelta for 62ae7cfb674910

perldelta for 2e4af4cf6b

Correct perl ver in Safe Changes

refactor op.c S_bad_type_*v

-flags arg of both funcs is unused in all callers. Move the 0 to the funcs.
 flags arg is from commit ce16c625ec in 2012
-all bad_type_gv calls are right before the end of the switch, the pushing
 of 1st 3 args and call asm ops can be merged together, leaving the 1
 string constant push as the only unique op between the 7 src code
 callers of bad_type_gv, this requires reordering the args so the only
 unique one is the last/right most one, reordering can't be done to
 bad_type_pv because each following execution point after each bad_type_pv
 is different, bad_type_pv's caller/s are not a switch statement
- commit 53e06cf030 probably overlooked the 2 PL_op_desc[type] places,
  OP_DESC is a fancier superset of PL_op_desc[type], since calling
  bad_type_pv only happens during a PP syntax error, that is not
  performance critical, so replace PL_op_desc[type] with OP_DESC and
  factor out OP to description string lookup, plus custom ops are very rare
  so this shouldn't impact the error message seen by the user

VC2003 .text section of perl521.dll before 0xc9543 after 0xC9523

Confused cloning of nested state subs

use feature 'lexical_subs','state';
no warnings 'experimental';
my $sub = sub{
    state sub sb4;
    state sub a {
        state $x = 42;
        sub sb4 { $x; }
    }
    a();
    print sb4(), "\n";
};
$sub->();

The output:

Bizarre copy of CODE in subroutine exit at - line 10.

The sb4 sub was trying to close over the wrong pad; namely, the one
belonging to the anonymous sub.

perldiag grammo

Catch infnan repeat counts.

Not entirely convinced this is worth the extra code but getting
"Negative repeat count" warning for NaN repeat count is too much.

Even before this patch, "a" x $Inf didn't go all Genghis over your
virtual memory.  This is all about the right warning.

Win32: stat() only after a failed open() on a module

See RT ticket for this patch for details.

Add missing =item * in perldelta (now perl5217delta) from commit 070733dfda

Correct a bug number in perldelta

perldelta for 285727d0e3

Bump $VERSION following previous commit

The code is currently identical to 0.23, but when the next change is made
the $VERSION must not be bumped to 0.24 since that has already been
released. For the same reason, we can't use 0.24 now, so bump to 0.25.

Revert "fix attributes memcmp without len<6 (asan catch)"

This reverts commit ff5314c5aa54b172122507017cac034acf1c4bf7.

As noted by Andy Dougherty in #122629 the problem that this fixes
was already fixed more succinctly in dd369969a/#122701.

perldelta for [perl #123530]

POSIX.pod: Various nits, typos, clarifications

perlpodspec: Corrections/adds to detecting =encoding

C0 and C1 are not legal UTF-8 start bytes.  utf8::decode() is a more
accurate way of determining UTF-8.

toke.c: White-space only

Outdent a block that was indented by 2 tab widths.

Actually remove the TODO rather than just the block

Update Digest-SHA to CPAN version 5.94

  [DELTA]

5.94  Sat Jan 10 00:45:28 MST 2015
  - added support for threaded builds
    -- PERL_GET_NO_CONTEXT, pTHX_, aTHX_, etc.
    -- employed 'const' storage class where possible
    -- ref. rt.cpan.org #101260
  - simplified shabits() routine (bitwise input buffering)
    -- slightly less efficient but easier to understand
    -- ref. rt.cpan.org #101344
  - minor documentation tweaks and additions

Removed TODO from pm_to_lib test in EUMM

And upstream fix for race condition applied

https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/commit/6f41d63

Simplify s/// and tr/// parsing logic

These two operators were being translated into subst("","") and
tr("","") by the lexer.  Then pmruntime in op.c would take apart the
resulting list op.  Instead of constructing a list op only to take it
apart again, feed the replacement part to pmruntime separately.  We
can achieve this by introducing a new token ('/') that the parser rec-
ognizes as introducing a replacement.

If we had followed this approach to begin with, then bug #123542 would
never have happened.

(Actually, it seems the parser did know about the replacement part to
begin with, but it changed in perl-5.8.0-4047-g131b3ad to fix some
overloading problems.)

parser.t: Correct bug number

Update ExtUtils-Command to CPAN version 1.20

  [DELTA]

1.20  Thu, Jan 8, 2015
  - Skip some tests on Haiku as well

parser.t: Correct skip count

I increased the skip count in 08b999a9 by mistake.  For crashing bugs,
executing the code that would have crashed is sufficient to test it.

Fix apidocs for OP_TYPE_IS(_OR_WAS) - arguments separated by |, not ,.

This was causing Devel::PPPort's tooling some grief.

[perl #123452] Fix crash with s/${<>{})//

s/foo/bar/ tokenizes as something akin to subst("foo","bar") and the
resulting list op representing the contents of the parentheses is
passed to pmruntime as its expr argument.

If we have invalid code like s/${<>{})//, the bison parser will dis-
card invalid tokens until it finds something it can fall back to, in
an attempt to keep parsing (to report as many errors as possible).

In the process of discarding tokens, it may convert s/${<>{})//, which
the lexer emits like this:

    PMFUNC ( $ { THING(readline) { } ) , "" )

into this:

    PMFUNC ( $ { THING(readline) } ) , "" )

(or something similar).  So when the parser sees the first closing
parentheses, it decides it has a complete PMFUNC(...), and the expr
argument to pmruntime ends up being an rv2sv op (the ${...}), not
a list op.

pmruntime assumes it is a list op, and tries to access its op_last
field, to find the replacement part; but rv2sv has no op_last field,
so this reads past the end of the op struct, usually into the first
pointer in the next op slot, which itself is an opslot pointer, not an
op pointer, so things really screw up.

If we check that the arguments to subst are indeed a list op first
before trying to extract the replacement part, everything works.  We
get the syntax errors reported as expected, but no crash.

Upgrade Devel::PPPort from 3.25 to 3.26 (to silence build warnings)

Thanks to Dave M. for the patches.

[-Dusecbacktrace] Close the BFD descriptor.

Otherwise we leak several dozens of megabytes, if not more,
for each Perl_dump_c_backtrace().

Add Andreas Voegele to AUTHORS

Add test for rt#123556

Only compare defined values with "ge" in Module::CoreList::first_release_raw

perly.c: Emit nl after ‘Reading a token’

This makes the -DTp output easier to read.

op.c: Remove dVAR from ck_grep

It has not needed it since 3253bf854 make it call S_alloc_LOGOP
instead of accessing PL_ppaddr directly.

op.c: Remove dVAR from newRANGE

It has not needed it since 3253bf854 make it call S_alloc_LOGOP
instead of accessing PL_ppaddr directly.

op.c: Remove dVAR from pmruntime

It has not needed it since 3253bf854 make it call S_alloc_LOGOP
instead of accessing PL_ppaddr directly.

TEST: Comment for 804352e2