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

regen/mk_invlists.pl: Output code points as hex

Unicode represents all code points as hex, so follow suit.
I, for one, am used to seeing hex code points, and so eyeballing these
makes more sense when they are in hex.

mktables: White-space only

The previous commit added a block around this code

mktables: Verify Unihan files versions

Most Unicode files contain versioning information.  Prior to this patch,
mktables did not verify that the Unihan inputs were the correct version.
This is in part because we don't usually compile the Unihan properties,
and because the beta files for Unicode 7.0 had the version information
in the same syntax as the rest of the files, so I thought we only had to
wait till 7.0 came out, and we would get the protection automatically
with the code that was already there.  But the format changed between
beta and release, so this patch adds code to check for the released
format.

mktables: Note that a property is deprecated by Unicode

regcomp.c: Collapse \b, \B cases

The code for these two case: statements was almost identical.

Move inline fcn to #included file

Future commits will want this function to be able to be used in more
than one core file.

regcomp.c: Reorder two switch cases

This is in preparation for combining them into common code.  No other
changes are made, except for an additional blank line.

regcomp.c: Don't store unnecessary data in \b ops

The previous commit has caused this information to no longer be looked
at; no need to store it therefore.

regexec.c: Refactor \b code to not use the FLAGS field

In one spot, \b and \B used the regnode FLAGS field to find out what
the character set type of bound they are.  This information is already
conveyed in the regnode type: BOUNDL, BOUNDU, etc.  By removing the use
of this redundant information, we can in a later commit stop storing it,
and free up the field for other uses.

regexec.c: Use appropriate macro

This code knows that a \n isn't a word character, but in preparation for
future commits in which word isn't the only possibility,  change to use
the appropriate macro.

regexec.c: Stack ternary operator for readability

regcomp.h: Clarify comment

Unicode::UCD: Allow internal properties in invmap()

This adds an undocumented way to get invmap() to return internal
properties, like invlist().  This is intended only for Perl-core
use.

Unicode::UCD: pod nits

regcomp.c: Silence Win32 compiler warnings

This variable is a boolean with values of 0 and 1, even though it's
stored as 32-bits in the struct, to get the simplest store/retrieval
code generated, so it's safe to cast it to a bool.

attributes.xs: Don’t emit const warning for anons

The intent was to emit the warning for any cases other than custom
attributes on anonymous subs.  I did that by checking to see whether
we had a closure prototype, warning otherwise.  But anonymous subs
that are not closures are not closure prototypes.  So we need to
check CvANON instead.

fix SDBM_File builds using gcc on Win32

b488d167b0 removed the -DPERL_STATIC_SYMS definition to allow imported
perl variables to be seen correctly, but this meant gcc builds on Win32
considered:

  EXTCONST datum nullitem

as an import.

Change the EXTCONST to extern const so the declaration behaves as it did
with -DPERL_STATIC_SYMS.

perldelta for 56f81afc0f, which is actually in 5.21.8

Final updates to M::CL for version bump

More bumpbing of version number to 5.21.9. Missed this yesterday.

Sync Module::CoreList with CPAN and update for next release

reg: avoid pointing past end of string on short DEFINE

avoid C labels in column 0

Generally the guideline is to outdent C labels (e.g. 'foo:') 2 columns
from the surrounding code.

If the label starts at column zero, then it means that diffs, such as
those generated by git, display the label rather than the function
name at the head of a diff block: which makes diffs harder to peruse.

Another patch to perlsub documenting moves sigs

perlrecharclass: Fix typo

Update RMG to mention uploading .xz to pause, and fix grammar

Version bump + new perldelta

Update epigraph with mailing list link

Add epigraph and update release schedule

Really fix broken linkage in perldelta

Fix IO::Compress linkage

Add new release to perlhist

Fix pod spelling/linking mistakes as caught by podchecker/spell

Finalize perldelta

Update Module::CoreList for 5.21.8

Release prep - Copy descriptions of new errors in perldiag to delta

regcomp.c: Add warnings under re 'strict'

regcomp.c: Move #define, make a function always compiled

This is in preparation for the next commit.  The function previously was
used only in DEBUGGING builds

regcomp.c: Add warnings under re 'strict'

t/re/reg_mesg.t: Turn on $|

Otherwise the output gets mixed up

Add portablity warning for re 'strict'

When a range in a bracketed character class has one end be specified as
Unicode, the whole range is viewed as Unicode.  Currently this is not
warned about, though it is somewhat like mixing apples and oranges.
This commit adds a warning, but only under "use re 'strict'", and
it now documents the only one-end behavior.

regcomp.c: Fix typo in comment

t/re/reg_mesg.t: Add support for only re 'strict' warnings

This will allow future commits to specify warnings that are raised only
when under "use re 'strict'"

regcomp.c: Refactor a calculation

Currently the way we calculate if the endpoints in a range in a
[bracketed character class] are "literal" (like 'A', 'b') vs non (like
\x{41}) is to have a count of the literal endpoints.

Future commits will expand the definition of literal to include things
that are portably-specified, including things like \t, \N{U+xx}, etc.
It will be easier to specify that we have encountered a non-portable
name instead of the other way around.  So that is what this commit does.
The only non-portables are \digit, \o{}, \x{}, and \cX for all X.

Release prep - Update perldelta some more

Revert "refactor gv_add_by_type"

This reverts commit 819b139db33e2022424694e381422766903d4f65.

This could be repapplied for 5.23.1, with modifications or
additional patches to solve the breakage discussed in RT 123580.

Clean up MANIFEST.srt under distclean

Release prep - Fix bad links in perldelta

Release prep - Update perldelta

Release prep - Update version/copyright information.

Update Filter::Util::Call to CPAN version 1.54.

Bump Module::Metadata version in Porting/Maintainers.pl.

Missed with 5944609.

Mention some curious cases of **

Notes on NaN structure, for future generation/extraction.

Make numifying "nanblah" warn, just like "345blah" does.

infnan: sprintf width and left-align.

Clarify test messages.

Porting/checkAUTHORS.pl: New alternate addr for jhi

perldiag: Fix typo

intuit_more: no need to copy before keyword check

That also avoids crashing on overrun.

Update signatures placement in perlsub pod

Enable cmpVERSION.pl checking of upstream cpan as well as upstream blead

There is no reason why upstream cpan modules should not also have their
$VERSIONs bumped if they differ from the previous release. Even if they
are temporarily locally patched for blead, that temporary patch should
include a $VERSION bump.

[perl #123554] stop checking the message

Sith IV/UV larger than Size_t, the overflow can be detected earlier,
so the message varies.

The error is still reported with a croak(), so it can be captured.

perldelta for :const

perlexperiment: Missing bug number

[Merge] :const

Document :const

Make :const experimental

Add experimental::const_attr warning category

attributes.xs: Remove dVAR

I think it has been redundant ever since it was added in 97aff369.

Let attributes.pm know about the const attribute

Setting it has no affect except on closure prototypes, so warn if an
attempt is made to set it on any other sub.

anonconst.t for testing :const