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

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