Bump some CPAN $VERSIONs

To keep Porting\cmpVERSION.pl --tag v5.18.4 happy.

Porting/cmpVERSION.pl - Show $VERSION of failing modules

These are the $VERSIONs of modules with differing contents between two
versions of Perl. This $pm_version should have been bumped to differ from
$orig_pm_version.

RMG - Remove a trailing space

RMG - Put all version-bump related information about INSTALL in one place

Also correct the phrase referred to by the RMG to match what INSTALL
actualy says, and change the wording of one section of INSTALL to match the
other.

RMG - Consistent four-space indent; wrap all lines to 79 characters

RMG - Module/CoreList.pod is no longer updated, since 64eeb2c06c

RMG - Show correct Porting/corelist-perldelta.pl command for MAINT releases

Externalize decc$ungetc prototype.

Otherwise the VMS C++ compiler mangles it and we get a link
failure.

And while we're there we can eliminate some PerlIO workarounds
for problems in long-defunct versions of the CRTL.

TODO Peek.t test on VMS.

DumpProg() works just fine but when piped through the broken pipe
implementation produces spurious newlines.  So mark it TODO on VMS.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

This commit applies those patches to files under dist/ *other than* those
pertaining to Tie-File.

Update $VERSION in Dumper.pm and Storable.pm after re-applying patches from RT

Revert "Corrections to spelling and grammatical errors."

This reverts commit 5bf4b3bf13bc4055684a48448b05920845ef7764.

On p5p-list, Steve Hay wrote on 2015-01-29:

"... these and other changes to Tie-File could break backwards compatibility.
The keys of %opt are passed in from user code, so we can't change the expected
key from "autodefer_threshhold" to "autodefer_threshold" without also asking
users to change their code, which is probably more hassle than it's worth."

Parts of the reverted commit will be re-committed from a new patch.

RMG - Note that Porting/cmVERSION.pl should be used to check more releases

t/porting/cmp_version.t only runs Porting/cmVERSION.pl for the previous
release of the current branch, but we need to check that our versions
differ from modules in releases from other branches too. For example,
when releasing 5.20.2 we need to check against 5.18.4 too.

perldelta for 1ead70b69c

Upgrade Win32API-File from version 0.1201 to 0.1202

t/op/taint.t - Fix typo

ExtUtils::Miniperl - Restore a missing line of POD

This seems to have been accidentally deleted by commit a06cd52b4e.

Porting/bisect-runner.pl - Fix grammar

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Corrections to spelling and grammatical errors.

Extracted from patch submitted by Lajos Veres in RT #123693.

Add Lajos Veres to Perl AUTHORS.

perldelta entry for commit c57d3fcc1ad464532b34fb5a68ed2aa452190541

perldelta for c5abc2c9ea98, 00fdeebdcb01

bump $Opcode::VERSION to 1.32

comment out dead code in Opcode::

opcode_debug has never had an API to turn it on/set it to non-0 since
Opcode::'s initial commit 6badd1a5d1 in 5.003001. Making opcode_debug a
constant allows the CC to constant fold away the code, the warn string
literals, and makes the my_cxt_t struct slightly smaller. Dont remove the
code entirely since someone might find it useful one day.

perlunicook: Note that autodie >= 2.26 should be okay with "use open".

Fix warning message regarding "use autodie" and "use open".

Reword note about m being optional in m?PATTERN? in perlop for clarity

perlop: m?? requires the m in v5.22, not v5.24

infnan: even more comment tweaks

infnan: comment tweaks

infnan: restore 'Infinity' since lln.t expects it.

infnan: if trailing stuff, fail in looks_like_number()

infnan: comment tweaks

infnan: grok flag expectation fixes

infnan: grok_infnan now needs context

infnan: actually use grok_hex() for nan payload

And grok_bin() while we are at it.

The payload is still unused, but we now at least parse the syntax.

infnan: move grok_infnan before the grok_number

infnan: mention the unusual semantics of "numeric".

infnan: allow (silently) trailing whitespace.

(Leading whitespace is handled in grok_number_flags.)

infnan: numify warning testing.

infnan: Simplify inf parsing.

Accept anything beginning with /^inf/i,
but warn if there's trailing stuff.

infnan: More elaborate nan parsing for C99-y nan(...)

infnan: Allow 1.#INF00 and 1.#IND00

Windowese for inf and nan.  The exact number of trailing zeros seems
to vary, maybe controlled by printf precision?  Or RTL dependent?

Correction to 0563a5d0db

Functions marked "b" do not have to be in mathoms.c after all. That was
partly based on the belief (from e4524c4c2a) that "b" functions have their
proto.h entries skipped, but that is not the case. It is "m" functions
(macros) that have their proto.h entries skipped. The confusion may have
arisen because all but four current "b" functions have "m" as well anyway.

However, even functions marked "b" and "m" do not absolutely have to be in
mathoms.c. At the time of writing they all are, which is convenient for
having the symbols marked EXTERN_C, which is required to unmangle the
exported names in a C++ build (see d447858807). Their presence in mathoms.c
will also have them skipped from -DNO_MATHOMS builds (as of 075eb5c9b6).
But it is possible for "bm" functions to exist elsewhere as long as they
are explicitly marked EXTERN_C. In that case they won't be automatically
skipped for -DNO_MATHOMS builds either, which may or may not require
special attention too.

Thanks to Craig A. Berry for pointing out that 0563a5d0db wasn't quite
correct.

m?? without the m is not deprecated, but gone!

perldelta: Fix typo

Update HTTP-Tiny to CPAN version 0.054

  [DELTA]

0.054     2015-01-27 07:18:19-05:00 America/New_York

    [ADDED]

    - Added more fallback paths to find CA files (thanks golang)

    [DOCUMENTED]

    - Fixed a typo

Update Perl-OSType to CPAN version 1.008

  [DELTA]

1.008     2015-01-26 22:12:22-05:00 America/New_York

    [ADDED]

    - Added 'minix' as a Unix-type OS (Chris Williams)

rename unop_aux_stringify to multideref_stringify

This function returns a string representation of the OP_MULTIDEREF op
(as used by the output of perl -Dt).

However, the stringification of a UNOP_AUX op is op-specific, and
hypothetical future UNOP_AUX-class ops will need their own functions.
So the current function name is misleading.

It should be safe to rename it, as it only been in since 5.21.7, and isn't
public.

perldelta for f9bbfafdab

Add USE_CPLUSPLUS build option to win32 makefiles

With thanks to Craig A. Berry and Daniel Dragan for finding the d_cplusplus
and extern_C options, respectively.

Merge upstream fix for C++ mode build of Win32API-File

This is so we can have C++ mode builds on Windows without having to wait
for a new CPAN release of Win32API-File.

Functions marked 'b' in embed.fnc MUST be implemented in mathoms.c

This was effectively changed from 'often' to 'must be' by commit
075eb5c9b6.

Remove out-dated comment from mathoms.c

The previous commit did not honour this comment, and was evidently not the
first to have not seen it either: at least 09d7a3ba91 and 0d7d409d8d have
already added new functions in the 'wrong' place, so just remove the
comment.

move functions marked as mathomed in embed.fnc to mathoms.c

Ever since commit 075eb5c9b6 mathom functions must be in mathoms.c for
their symbols to be skipped in makedef.pl on Win32 Perl. If a function is
marked 'b' in embed.fnc, regen.pl does NOT add its prototype to proto.h
(it is commented out). Without the proto.h entry, EXTERN_C will be missing
and a -DNO_MATHOMS + C++ Win32 Perl build will not link, since the C
function will have a mangled name and the symbol will not be found for
creating the perl linking library.

Also add EXTERN_C to Win32CORE, the init_Win32CORE symbol is special cased
for exporting in makedef.pl.

Perl_is_utf8_char_buf was marked as 'b' in commit 3cedd9d930
Perl_sv_copypv was marked as 'b' in commit 4bac9ae47b

perldelta for fa7b7678bab9

[perl #123064] document limitations of the big* implementation

perldelta for 4388f261169c

PerlIO::scalar write() at large file position

Prevents treating a large file position as negative (or even wrapped).

miniperl cannot IO::File

Update Win32 to CPAN version 0.51

  [DELTA]

0.51    [2015-01-26]
        - Win32-0.50 was released to CPAN from an out-dated Git repo, so
          didn't actually include the merged pull requests.

0.50    [2015-01-26]
        - add GetOSName support for Windows 8.1 (thanks to Tony Cook) [PR/6]
        - Fix build in C++ mode (thanks to Steve Hay and Daniel Dragan) [PR/7]

note B's version bump in perldelta

Neither change is earth-shattering, so I haven't described them.

factor out a dXSTARG in B::

VC 2003 -O1 placed 2 copies of dXSTARG/sv_newmortal() in machine code,
by moving to before the branch, only 1 copy will now exist

Update B-Debug to CPAN version 1.23

[PATCH] update perlfaq to version 5.021009

5.021009    20152015-01-25 22:36:24Z
  * many updates to vendor and tool details in perlfaq3 (Michiel Beijen)
  * distribution version bumped to match the first blead version it will be
    included in (5.021009)

Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>

regen/op_private: update comment

Since a flag's bit number has been changed, update the example
with the changed bit number.

Dodge warning with STATIC_ASSERT_STMT, VMS C++.

This is not a C++11 compiler so it's getting the emulated version
of static_assert and it doesn't like it in one case:

        STATIC_ASSERT_STMT(SVf_FAKE >= 1<<(sizeof(PadnameFLAGS(pn)) * 8));
........^
%CXX-W-REFNESTFUNVAR, reference to local variable of enclosing function is
          not allowed
at line number 3562 in file D0:[craig.blead.ext.B]b.c;1

While pn is in fact a local variable, it's in an enclosing struct,
not an enclosing function.  Nevertheless, we don't actually need
anything from pn other than the size of one of its members, so
we'll just use a NULL pointer of the correct type rather than a
real live instance of that type.  This is supposedly C89 so
shouldn't break anything else.

Downgrade missing return warning for VMS C++ compiler.

Without these we get a ton of warnings that look like:

}
^
%CXX-W-MISSINGRETURN, missing return statement at end of non-void function
          "S_scan_heredoc"
at line number 9404 in file D0:[craig.blead]toke.c;1

which get escalated to errors at link time and thus break the
build.

Avoid constant.pm depending on vars.pm

Revert the support for new warning categories outside of "all"

This reverts & amends my v5.21.7-151-gea5519d and Karl Williamson's
v5.21.7-183-g2f3cbe1, the latter was only need because of the
former.

I've also taken the opportunity to fix the long-standing trivial bug
with misaligned code in warnings.{pm,h}. That was easier to commit along
with this than to split it up from the other generated changes.

Why revert this? See the "use warnings 'absolutely-all-almost';" thread
on perl5-porters for the latest summary:

    http://www.nntp.perl.org/group/perl.perl5.porters/2015/01/msg225066.html

Basically as I explained in v5.21.7-151-gea5519d the current design of
the API makes it too contentious to freely add new warnings, but there's
no consensus on how to solve that. I.e. whether we should just add them
to "all", or do this change, or several other possible things outlined
in that thread and elsewhere.

Since the deadline for contentious changes for v5.22 is already past us
I'm backing this out for now.

Don't bother prettifying win32/perldll.def

It's not a file that anyone ever really looks inside anyway, so it's not
worth the possible future breakage if we ever have a PL_ symbol 32 or more
characters long.

export data symbols as data on Win32

Previously on Win32 Perl, all the PL_* data symbols were treated as
function symbols with expectation of machine code at their targets when
generating the linking library perl5**.lib or perl5**.a. In VC Perl, if an
DLL XS module accidentally (by manipulating the defines before #including
perls headers) turned "extern __declspec(dllimport) I32 *PL_markstack_ptr;"
into "extern I32 *PL_markstack_ptr;", a SEGV would result as if the XS
module executed "I32 ax = (*(I32*)Perl_sv_2mortal)--;". By marking the
symbols as data in the linking lib, the VC linker will error out while
creating a XS DLL where this mistake of dropping out __declspec(dllimport)
happened, instead of a runtime crash. Mingw GCC linker does the correct
behavior, and does not treat the data symbol as machine code even if
"__declspec(dllimport)" is removed. Still add DATA to the GCC perldll.def
to be sure. There is no reason for "jmp" machine codestubs/thunks to
exist in the perl.lib/perl.a to a data export.

Also add constant folding to the loop in makedef.pl, since every other
platform check executes exactly once, there is no point of executing the
ops in the perl compile time constant folder vs runtime executing them.
If a data symbol name exceeds the 32 limit, then "DATA" will be catted onto
the symbol name and linking lib generation will fail since the symbol wont
exist. The 32 limit will then be increased at that point in the future.

See details about this patch in [perl #123626]

attempt again to const vtables in threads-shared

Followup to commit a8c717cfeb and commit 7105b7e7a5 and perl #123549 . This
should be C++ compatible even though it leaves some symbols non-static.

[perl #123652] eval {label:} crash

As of v5.13.6-130-geae48c8, the block consists solely of a
nextstate op.

The code in ck_eval that distinguished between eval-block and eval-
string was checking the type of the kid op (looking for lineseq or
stub) instead of simply checking the type of the op itself (entertry/
entereval).

The lexer was already making the distinction between the two but op.c
was ignoring the information provided by the lexer.

Usually

  entertry(unop)
    kid

gets converted into

  leavetry
    entertry(logop)
    kid

with the entertry reallocated as a larger-sized op, but that was not
happening.  The peephole optimiser assumed it had happened, and fol-
lowed the cLOGOPo->op_other pointer, which is unrelated junk beyond
the end of the unop struct.  Hence the crash.

Update CPAN-Meta-Requirements to CPAN version 2.132

  [DELTA]

2.132     2015-01-22 17:09:19-05:00 America/New_York

    [FIXED]

    - Precision of version requirement "0.00" is preserved when merging
      requirements.

regcomp.c: Clarify comment

handy.h: EXTERN_C-ize PL_charclass

See thread http://nntp.perl.org/group/perl.perl5.porters/224999

regcomp.c: Another minor optimization

The [:cased:] internal class now handles [:upper:] and/or [:lower:]
under /i matching.  This code skipped possible optimizations because it
didn't think to use this.

regcomp.c: Minor optimizations

\d, [:digit:], and [:xdigit:] don't match anything in the upper Latin1
range.  Therefore whether or not the target string is UTF-8 or not
doesn't change what they match, hence the /d modifier acts exactly like
the /u modifier for them.  At run-time /u executes fewer branches
because it doesn't have to test if the target string is in UTF-8 or not,
so treating these as if /u had instead been specified saves some
runtime.

regexec.c, regcomp.c: White-space only

This changes some labels to be outdented 2 spaces from surrounding code

[perl #123659] [Win32] Add "-ld" to archname for dmake "long double" builds of perl

Upgrade Encode from version 2.67 to 2.68

Add test for glob constants accepting method calls

This specific case tripped up autobox.pm.

[perl #123619] Only make stringy classnames shared

This caused failures in autobox that expect their invocant to be something
other than a string (e.g. a number). See also [cpan #100819].

Convert tabs in indentation to spaces.

This is so it will display correctly with every tab-step/tab-size.

Fix target for MANISORT_SRT and use perl just built

Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>

bump attributes.pm version

Fix SDBM_File clean target after ac0e53cd2e.

The .dir extension is the extension of actual directory files in
the file system on VMS, so putting *.dir in the clean target has
us removing all the directories under ext/SDBM_file, including the
t/ directory.  Since the tests are in MANIFEST, a subsequent
reconfigure in the same build tree would then fail its manifest
check, such as when smoking multiple configurations.

So let's only clean up the files created by SDBM, which end with
.sdbm_dir on VMS.

regen/charset_translations.pl: Clarify comment

regen/mk_invlists.pl: Rename function

The new name more clearly reflects its input restrictions

regen/mk_invlists.pl: Do less work

We only need to reorder the native code points (0..255) for EBCDIC, so
can quit when we get there, by appropriately refactoring the code

regen/mk_invlists.pl: White-space only

Indent as a result of new block in the previous commit; reformat a
comment

regen/mk_invlists.pl: Skip unnecessary work

This reorders the code points below 256 depending on the platform.
However all platforms have the same values for those above 255, so can
skip this code if the first code point (and hence all code points) being
output isn't one of those affected.

regen/mk_invlists.pl: output sorted

This will make it easier to see differences in future commits