regcomp.sym: Fix typo in comment

numeric.c: Add #error case

It's best to have a #error case when nothing in the #if #else series is
true, as it catches the problem at compile time.

S_scan_const() Properly test if need to grow

As we parse the input, creating a string constant, we may have to grow
the destination if it fills up as we go along.  It allocates space in an
SV and populates the string, but it doesn' update the SvCUR until the
end, so in single stepping the debugger through the code, the SV looks
empty until the end.  It turns out that as a result SvEND also doesn't
get updated and still points to the beginning of the string until SvCUR
is finally set.  That means that the test changed by this commit was
always succeeding, because it was using SvEND that didn't get updated,
so it would attempt to grow each time through the loop.  By moving a
couple of statements earlier, and using SvLEN instead, which does always
have the correct value, those extra growth attempts are avoided.

POSIX.xs: Add NOTREACHED to silence cygwin compiler

posix_bump

cygwin.c: Fix misleading indentation

regnodes.h: Change some regnodes' names

These were misleading, as elsewhere a leading 'N' in the name means the
complement.  Instead move the N to the end of the name

PATCH: [perl #134126] -Dusemymalloc, -Dusethreads

This was due to a missing declaration for thread context needed to
output a message.

PATCH: [perl #134059] panic outputting a warning

This was due to a logic error on my part.  We need to save and restore a
value.  Instead, it was getting restored to the wrong value.

This particular instance of the bug was outputting a fatal error
message, so that the only harm is not giving the user the correct info,
and creating unnecessary work for them and us when it gets reported.
But this bug could manifest itself when trying to output just a warning
that the program otherwise would carry on from.

perllocale: Use L</Foo Bar>, not L<Foo Bar>

PATCH: [perl #134134] read beyond end of buffer

This turns out to be because of a special input case in myatof3(),
wherein if the input length is 0, it call strlen to find the length.

The solution is to add a test and not call the function unless the
length is positive.

Resolve merge conflict

Bump Module::CoreList

Bump the perl version in various places for 5.31.1

new perldelta for 5.31.1

Fix perldelta from 5.30.1 to 5.31.0:

perldelta was accidentally set to 5.30.1 instead of 5.31.0.
Hopefully this commit should fix it, along with the correction
of the symlink in pod/.

Fix perldelta mistake

fix version in perldelta

Tick off release

Update epigraph

Remove the update from perldelta

Revert "Bump Pod::Simple from 3.35 to 3.36"

This reverts commit 314f4963bff4d23e773eee5559e5fd1de2dc6cbc.

This is causing testing failures on FreeBSD-11, raised by Jim Keenan.

add new release to perlhist

Finalize perldelta

Bump Module::CoreList

Bump Socket.pm from 2.027 to 2.029

Bump Pod::Simple from 3.35 to 3.36

Prepare the next release schedule

Update Module::CoreList for 5.31.0

Bump the perl version in various places for 5.31.0

update features

New perldelta

tick off release

Update epigraph

Update perlhist

Last minute fix, thanks SHIRAKATA Kentaro

add new release to perlhist

Typo fix

Update Module::CoreList for 5.30.0

[perldelta] Typo, thanks Paul Johnson!

[perldelta] Rephrase Acknowledgements, thanks Hugo and Craig

Update epigraph, linkify later

Update META

disarm RC2 bump

Update META files

bump version to RC2

Remove selected information from non-blead-point release

update release

Fix to acknowledgements

Small update to Module::CoreList:

We bumped Devel::PPPort between RC1 and RC2. No new version of
Module::CoreList was released for this.

Merge branch 'smoke-me/khw-petr' into blead

PATCH: [perl #133860] 5.30 regression

These bugs stem from trying to compile a user-defined \p{IsProperty}
before the data for the property is available.  In the past, a bug used
the wrong package for IsProperty, and it wasn't found, so its expansion
was delayed until runtime.  But that bug got fixed, and now it finds the
property and thinks its deliberately empty, at compile time.

This is a change in behavior, even if it is fixing a bug, where the real
problem is unobvious.  The solution adopted in this commit is to defer
all empty properties at pattern compilation time.  If they are still
empty at runtime, that's what the expansion will be.

Revert "Rename PPPort_xs.PL to RealPPPort_xs.PL"

This reverts commit 0f14f67985491207f4a0e3936307f4c565717fd6.

need to apply after current freeze

Revert "Fix compilation issues with version older than 5.010"

This reverts commit a09f79fbc2455b7ea72a49f6627a639101ba35a2.

need to apply after current freeze

Fix compilation issues with version older than 5.010

By adding more Perl versions to the Travis CI configuration
file we discovered that versions earlier 5.010 are broken.

Note that the uv.t does not raise the overflow warning
as expected by the test and we probably want to fix this in
a short future.

The test uv.t is simply not passing with 5.006 versions and
has several failures. I've currently disabled it.

Patch provided by Pali

Rename PPPort_xs.PL to RealPPPort_xs.PL

Fixes Devel-PPPort GH #21

To avoid confusion rename the template for RealPPPort.xs
file as RealPPPort_xs.PL so it's now clear what file
it generates.

Adjust perlvar doc for @INC

RT #134108

dot is not in @INC anymore since 5.26

Linkify B::Debug and Locale::Codes to CPAN in a uniform way

perldelta: Improvements

This includes some small wording changes, reordering by importance,
collapsing near-duplicate entries.

[perldelta] Missing =item

Fix up perldelta in regard to Unicode versions

Revert "[perldelta] Merge Unicode 11.0, 12.0, and 12.1"

This reverts commit d4c6f1162051dc6f5ddb49bb9598500047458e03.

Revert "[perldelta] Missing 'of'"

This reverts commit 78ccf50b87776a7a9e721f24512c10a2b7cd0f06.

[perldelta] Missing 'of'

[perldelta] Merge Unicode 11.0, 12.0, and 12.1

Linkify epigraph

sync with cpan release of Devel-PPPort 3.52

minor wording changes, rt links

Remove references to 5.29

Regen for some reason

Epigraph update

disarm RC1 bump

Remove unnecessary MANIFEST entry

Whoops

Remove symlink

update MANIFEST

Update perl.pod with 5300delta

Update META files

bump version to RC1

add new release to perlhist

Finalize perldelta

5.30 utf8_to_uvchr_buf still has wrong retval

Wrong for some failure conditions, anyway.  It should get fixed early in
5.31, make the cutoff here 5.31.2 to give us some leeway, so don't have
to change Devel::PPPort again.

Update Module::CoreList for 5.30.0

Bump the perl version in various places for 5.30.0

fix version number in Changes

perldelta for 9f300641fc6f

(perl #133958) preserve errno on successful malloc/realloc

In general perl doesn't try to preserve errno (aka $!) since we're
aiming at the same behaviour as for C code - errno is only meaningful
if a function returned an error.

The exception to that is when perl is working without an explicit
request from the perl programmer.

When code is performing assignments, concatenating strings, pushing on
arrays etc, perl is exercising the memory allocation machinery,
calling malloc() and realloc().

It turns out that at least on one platform, realloc() can modify errno
on success.

It appears to be happening when jemalloc (the malloc() implementation
used on FreeBSD) tries to extend a memory arena and fails, leaving the
error number from that failure in errno, from truss:

mmap(0x80142f000,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON|MAP_EXCL,-1,0x0) ERR#12 'Cannot allocate memory'

This magic call appears to be a FreeBSD specific mechanism to resize
the anonymous mapping.  On Linux the equivalent seems to be calling
mremap().

In each case for the test code mmap() is successfully called
immediately afterwards:

mmap(0x0,69632,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(12),-1,0x0) = 34390323200 (0x801d2b000)

and realloc() succeeds.

glibc() realloc seems to be simpler, AFAICT from reading the code it
only uses mremap() when the memory block is the entire mapping,
ie. for large blocks rather than for memory arenas, and it doesn't
request the same address, so it doesn't fail.

For blocks that are part of arenas, glibc tries to expand in-place
within the current arena (with no extending the arena itself) or falls
back to malloc, so there's no chance for errno to be changed on a
successful realloc().

Hide clock_gettime() from macOS 10.12+ for pre-10.12.

When building on current Darwin but deploying to macOS 10.11.x or
earlier, we need to convince Time::HiRes to use its override of
clock_gettime() rather than the system-supplied one.

Addresses [perl #128972].

Revert "PATCH: [perl #134031] BBC breake Math::Clipper"

This reverts commit 9ddfdb573eecc4201e23e59c82335dbdd9e7c7d3.
It turns out that strtod() isn't less accurate than atof() on this
platform; it's generally more accurate.  We still don't fully understand
the situation, but the answer isn't this commit.

S_scan_const: Make sure room for NUL in dest

At the end of a constant, we add a trailing NUL.  This commit makes sure
there's room for it.  But the code earlier was supposed to have already
made enough space, so its a bug if there isn't enough space.  So on
DEBUGGING builds, we panic, as we've done before.  But otherwise we can
continue on with no actual harm having been done.

PATCH: [perl #134067] heap buffer overflow in lexing

This bug happens under tr///.  In some circumstances, a byte is inserted
in the output that wasn't in the input, and it did not check that there
was space available for this character.  The result could be a write
after the buffer end.

I suspect that this bug has been there all along, and the blamed commit
rearranged things so that it is more likely to happen; it depends on
needing to malloc in just the wrong place.

add "see also" reference to newRV_inc and newRV_noinc to newSVrv() docs

perldelta for 9a48f2ab9670, 5a6219089f70

(perl #134061) move the test to t/uni/parser.t

porting/test_bootstrap prevents most use of use in t/comp

RT#134061: don't call pad_findmy_pvn() with invalid flags

PATCH: [perl #134064] Assertion failure in toke.c

The blamed commit simplified some code based on the assumption that
UTF-8 well-formedness had already been verified.  It had an assertion to
verify this.  The test case shows that there is a path, through 'eval',
that bypasses this usual checking.

The checking was based on the assumption that the program started not in
UTF-8, and something like a 'use utf8' would be needed to get it there,
at which point a flag would be set to the effect that well-formedness
should be checked.  But it turns out that a string eval (perhaps other
things) gets parsed separately and so the flag wasn't set, so no
well-formedness checking was being done.

The solution is a one word change, to initialize the flag to TRUE "'yes,
check" instead of FALSE "no, don't check" in the initialization routine
run at the beginning of lexing a code unit.  This catches eval and
presumably anything else that was being bypassed.

The checking is only actually done if the code being lexed is known to
be in UTF-8.  This will continue to get turned on by the ways it
currently gets turned on, such as 'use utf8'.

PATCH: [perl #134031] BBC breake Math::Clipper

This turns out to be that strtod() is less accurate on this platform
than atof().  I looked at the difference, and a test failed that was
failing in this module was the difference between a 0 and a 1 in the
final digit.

The solution is to forbid in the hints file using strtod

(perl #134046) list form system/exec/pipe open limits on Win32

sync up with cpan release of Devel-PPPort 3.51

 3.51 - 2019-05-01

    * include the module version in metadata for proper PAUSE indexing

whitespace