Avoid %Config check on Errno load if it was built with PERL_BUILD_EXPAND_CONFIG_VARS

Any person who built perl with this environment variable already has locked their
install to the given platform. Therefore this check should be unnecessary on
those installs. This reduces runtime bloat because Config does not have to be
loaded any time someone uses $! or Errno directly.

Do not inject use Config into Dynaloader.pm when PERL_BUILD_EXPAND_CONFIG_VARS

The rest of the file automatically expanded Config variables, however the
module was still accidentally loaded. This commit corrects the oversight.

One more FD_CLOEXEC case, missed in 131d45a9.

Explicitly use and check for FD_CLOEXEC.

This may break places which have the FD_CLOEXEC functionality
but do not have the FD_CLOEXEC define.

In any case, using a boolean for the F_SETFD flag is icky.
Using an explicit 1 is also dubious.

Note that the all the fd flags are saved/restored.

FD_CLOEXEC is currently usually the only defined fd flag
for F_GETFD/F_SETFD, but let's not assume that.

lib/utf8.t: EBCDIC fixes

Some of the test chose code points that did not match its assumptions as
to their classifications.

And some of the tests were extended to work on 1047 EBCDIC

t/op/split.t: Generalize for EBCDIC

Whatever the bug was that caused some of these to need to be skipped,
it's gone now.  Also some of the tests are easily adapted to work on
EBCDIC platforms.

perlguts: Wrap macro name with C<>

t/op/utf8decode.t: Better SKIP message

lib/utf8.t: Add some tests to stress EBCDIC

The tests for the Latin1 \xFF aren't a fair test of UTF-8 on EBCDIC
platforms, because it is generally a UTF-8 invariant character, so is
the same regardless of being in UTF-8 or not.  This adds some tests
where the UTF-EBCDIC version is 2 bytes (as well as the UTF-8 version).

t/base/lex.t: Use more standard test for EBCDIC

This makes it easier to grep for these things.  The typical test is for
the ord("A"), not some other character.  Since this is in t/base, it
doesn't use helper scripts.

t/op/tr.t: Clarify skip tests message

op/chr.t: Better skip message

Various .t files: Use globals to see if on EBCDIC

These globals are already available; by using them instead of rolling
our own, it makes it easer to grep for these kinds of instances.

Revert "Update Pod-Simple to CPAN version 3.31"

This reverts commit 354f3e4ea74293dacec2ca84d3762435e9c45701.

This broken Win32 builds, see https://github.com/perl-pod/pod-simple/issues/69

perldelta: Fix typo

Spotted by Lukas Mai

test implicit anchors using re.pm [perl #125810]

implicitly anchor .{0,} like .* [perl #125810]

regexec.c: Move a #define next to related code

One message here uses a static array, and one uses a #define.  I don't
think it really matters, but they should be adjacent.

Output bad locale warning in regex synthetic start class

perl detects some locale errors when a new locale is entered.  It stores
these up to output upon first use of something that uses that locale.  A
synthetic start class (SSC) is used by the regex optimizer under certain
circumstances.  Prior to this patch, it was possible for the stored up
bad locale message to not be raised if the match failed the SSC.  This
patch fixes this by changing the node type of the SSC to be one that
checks for the stored-up message should there be locale-dependent
portions of the pattern.

PATCH: [perl 125825] {n}+ possessive quantifier broken

I was unaware of this construct when I wrote the commit that broke it,
and there were no tests for it.  Now there are.

Further clarification to [perl #125805] perldelta

Make qr/(?[ ])/ work in UTF-8 locales

Previously use of this under /l regex rules was a compile time error.
Now it works like \b{wb} and \b{sb}, which compile under locale rules
and always work like Unicode says they should.  A UTF-8 locale implies
Unicode rules, and the goal is for it to work seamlessly with the rest
of perl.  This construct was the only one I am aware of that didn't work
seamlessly (not counting OS interfaces) under UTF-8 LC_CTYPE locales.

For all three of these constructs, use with a non-UTF-8 runtime locale
raises a warning, and Unicode rules are used anyway.

UTF-8 locale collation still has problems, but this is low priority to
fix, as it's a lot of work, and if one really cares, one should be using
Unicode::Collate.

regcomp.c: Add a parameter to static function

This will be used by the next commit

regcomp.h: Fold 2 ANYOF flags into a single one

The ANYOF_FLAGS bits are all used up, but a future commit wants one.
This commit frees up a bit by sharing two of the existing
comparatively-rarely-used ones.  One bit is used only under /d matching
rules, while the other is used only when not under /d.  Only the latter
bit is used in synthetic start classes.  The previous commit introduced
an ANYOFD node type corresponding to /d.  An SSC never is this type.
Thus, the bits have mutually exclusive meanings, and we can use the node
type to distinguish between the two meanings of the combined bit.

An alternative implementation would have been to use the
ANYOF_HAS_NONBITMAP_NON_UTF8_MATCHES non-/d bit instead of the one
chosen.  But this is used more frequently, so the disambiguation would
have been exercised more frequently, slowing execution down ever so
slightly; more importantly, this one required fewer code changes, by a
slight amount.

Add ANYOFD regex node

This is like an ANYOF node, but just for when /d is in effect.  It will
be used in future commits

perldebguts: Add clarification

perldelta: Improve wording for [perl #125805]

podcheck.t: regenerate db

Commit e128eaa17ab039e9db53073c7ac6c5093b3628d9 introduced 2 new overly
long verbatim pod lines that were causing podcheck.t failures in
pedantic mode.  This suppresses those failures.

PATCH: [perl #125805] Perl segfaults with a regex_sets error message

This fix required an extra test of the return value of a function.

Update Pod-Simple to CPAN version 3.31

  [DELTA]

2015-08-23   Marc Green <marcgreen@cpan.org>
  * Release 3.31
  No changes since 3.30_1.

2015-07-19   Marc Green <marcgreen@cpan.org>
  * Release 3.30_1
  Simplified the detection of case-insensitivity in Pod::Simple::Search.

  Fixed "Use of uninitialized value $1 in lc" warning in
  Pod::Simple::Search.

  If @INC includes the current directory symbol, '.', the survey()
  method of Pod::Simple::Search no longer excludes it from its list
  of directories to search. Instead, The survey() and find() methods
  now both exclude duplicate directories from @INC (RT #102344).

  Moved source repository and updated links to new perl-pod GitHub
  organization: https://github.com/perl-pod/pod-simple.

  Improved repository links and added GitHub issue tracking link to
  the distribution metadata.

  Switched from File::Spec's catdir to catfile for path names, to
  fix failures on VMS. Also now use Unix path semantics where
  they're not required to be platform-specific. Thanks to Craig A.
  Berry for the patch (RT #105511).

  Improved the example use of the 'html_encode_chars()' method in
  the Pod::Simple::XHTML documentation. Patch from Randy Stauner.

Upgrade to Thread::Queue 3.06

For: RT #125864

Add missing URL for 5.23.2 release announcement

Add epigraph for 5.20.3-RC1

Perl 5.20.3-RC1 today

Import Module::CoreList changes for 5.20.3-RC1

Remove superfluous line in code sample.

Per suggestion by Egor Korablev in RT #125860.

POSIX: version bump for d7a0f0b

POSIX: mention the Inf, NaN constants; other small tweaks

mktables: Comment changes only

mktables: Move file handling to non-exceptional order

The DAge.txt property until the previous commit had to be handled
out-of-the-normal order.  This is no longer required.

mktables: Revamp the compare versions functionality

This functionality is rarely used, but enables someone to see what
Unicode has changed between releases X and Y, without the clutter of the
things that are added after X came out.  In other words it compiles
release X using Y's rules.  To use it, you must go in and edit mktables
to specify to use this; so it is intended only for a developer who wants
to look at Unicode history.  One use I've done is to look at the beta
version of a new release to compare with the previous official one.
This allows me to find typos, and unintentional changes and report them
back to Unicode.

This commit significantly overhauls this feature, giving better results
than before.

mktables: Fix so -annotate works on early Unicodes

There were several glitches when compiling very early Unicode releases.
This commit changes things so the age property reference is stored in a
global, and doesn't have to be refound multiple times.

mktables: Move code to common functions

This takes two code sections and moves them to a function each.  For
one, this is in preparation for being used in a 2nd place.  For the
other, call the code in existing other places.

mktables: Fix up property calc for early Unicodes

The Default_Ignorable_Code_Point property is applicable to unassigned
code points, so shouldn't restrict our calculated value to assigned.
(We calculate what the property would be when run on Unicode releases
that haven't defined it yet.)

mktables: Use mnemonic instead of hex constant

These constants are used in more than one place.  Use a common variable
instead of repeating the hex numbers

Module-CoreList-5.20150820 is now on CPAN

Bump the perl version in various places for 5.23.3.

Porting/new-perldelta.pl regenerations

Fix TBD so podcheck.t is happy

Update release schedule

Add epigraph for v5.23.2.

add new release to perlhist

Finalize perldelta

Add .gitignore for ext/re/ generated header file

Update Module::CoreList for 5.23.2

Update list of files to clean for ceab18aaa.

Let Porting/makerel know about overload.c's rename to overload.inc

Update versions in INSTALL.

perldelta updates for 5.23.2.

b992490d copied wrong for ext re.

This has been magically working since ext re builds with -I../..,
and so picks up the inline headers from the top, the copied bogus
file has been left unused.

[perl #125669] op/pack.t failures with PPC long double (double double) builds

unpack '%65...' failures, to be more exact.

perldelta for 668fcfea6, a1e27170f

[perl 125760] fix new (and one old test) to pass with PERL_UNICODE

Update Term-Cap to CPAN version 1.17

  [DELTA]

1.16: Sat  5 Apr 10:19:35 BST 2014
    - Make last resort actually work from drm00
      - Removed change log from Cap.pm

1.17-RC1: Wed  1 Jul 10:30:15 BST 2015
    - Fix regression caused by last resort change
    - Add support for capabilities of more than 2 characters

1.17: Mon 17 Aug 08:30:54 BST 2015
    - No changes version bounce

ck_refassign: selectively copy OPpPAD_INTRO/STATE

Previously this function unconditionally copied the OPpLVAL_INTRO and
OPpPAD_STATE flags from the LH var op to the refassign op, even when those
flag bits weren't used or meant something different.

This commit makes the copying more selective.

It also makes clear by code comments and asserts, that the refassign
op uses bit 6, OPpPAD_STATE, to mean either that or OPpOUR_INTRO
depending on the type of LHS.

I couldn't think of any test that would would break under the old regime,
but this future-proofs the code against new flags and meanings.

t/perf/benchmarks: 5.004 compat

make the tests in the benchmark file be compilable back to 5.004_05. (To
go further back, it would need to avoid package names that start with
digits, such as 'call::sub::3_args').

Basically avoid // and our.

[perl #125467] mingw-w64 has moved

[perl #125826] make the buffer large enough in TRIE_STORE_REVCHAR

Since the SV is discarded almost immediately (in non-DEBUGGING builds)
don't worry about making it the smallest possible size.

mktables: Add code point ages to --annotate option

This can be useful information.

disallow nested declarations [perl #125587] [perl #121058]

Also ignore CONTRIBUTING.md for dual-life modules

The .md extension has become more and more standard on github

[perl #125781] handle range overflow when Size_t is smaller than IV

Clarify functioning of '||' operator.

Follow wording from Camel book, 4th ed., p. 120, per suggestion by
Ludovic E. R. Tolhurst-Cleaver.  Add Ludovic E. R. Tolhurst-Cleaver
to AUTHORS.

For: RT #125802

[perl #120826] - Fix documentation nit (thanks Eric Brine.)

[MERGE] re-implement OPpASSIGN_COMMON mechanism

fix a SV_NOSTEAL issue in pp_aassign

in something like (...) = (f())[0,0]

A mortal SV can appear multiple times on the RHS without being reference
counted. If it's a string, the temptation is to steal its string buffer
during the first copy; but this would make the second usage undef.

pp_aassign() already takes account of this and uses the SV_NOSTEAL
flag when copying - except that one common code path didn't.

This commit fixes that, adds more tests, and adds more code comments
to explain the issue.

fix PAD_COMPNAME_GEN documentation

The generation number is no longer stored in the SvUVX() field

document what PL_generation is for

Eliminate GvASSIGN_GENERATION and _set macros

Since we no longer scan package vars with PL_generation for
OPpASSIGN_COMMON* purposes, eliminate the macros used for that purpose.

Optimise 1 arg in list assign

Avoid setting common scalar flags in these cases:

($x) = (...);
(...) = ($x);

Eliminate PL_sawalias, GPf_ALIASED_SV

These two commits:

    v5.21.3-759-gff2a62e "Skip no-common-vars optimisation for aliases"
    v5.21.4-210-gc997e36 "Make list assignment respect foreach aliasing"

added a run-time mechanism to detect aliased package variables,
by either "*pkg = ...," or "for $pkg (...)", and used that information
to enable the OPpASSIGN_COMMON mechanism at runtime for detecting common
elements in a list assign, e.g.

    for $alias ($a, ...) {
        ($a,$b) = (1,$alias);
    }

The previous commit but one changed the OPpASSIGN_COMMON mechanism such
that it no longer uses PL_sawalias. So this var and the mechanism for
setting it can now be removed.

This commit removes:

    * the PL_sawalias variable
    * the GPf_ALIASED_SV GP flag
    * the SAVEt_GP_ALIASED_SV and save_aliased_sv() save type.

make my (...) = @_ non-OPpASSIGN_COMMON_RC1

Technically in

    my ($scalar,...) = @_

due to closure/goto tricks, its possible for $scalar to appear on both
the LHS and RHS, so we currently set the OPpASSIGN_COMMON_RC1 flag.

However, this imposes extra overhead; for example 5% extra instruction
reads and 11% extra conditional branches for

    my ($x,$y,$z) = @_;

Given what an important construct this is, disable this flag in the
specific case of of only my's on the LHS and only @_ on the RHS.
It's technically incorrect, but its the same behaviour we've always had
(it was only the previous commit which made it safe but slower).

We still set the OPpASSIGN_COMMON_AGG flag for

    my ($...,@a) = @_

since in the normal case this only adds the small additional runtime
overhead of checking that @a is already empty.

re-implement OPpASSIGN_COMMON mechanism

This commit almost completely replaces the current mechanism
for detecting and handing common vars in list assignment, e.g.

    ($a,$b) = ($b,$a);

In general outline: it creates more false positives at compile-time
than before, but also no longer misses some false negatives. In
compensation, it considerably reduces the run-time cost of handling
potential and real commonality.

It does this firstly by splitting the OPpASSIGN_COMMON flag into 3
separate flags:

    OPpASSIGN_COMMON_AGG
    OPpASSIGN_COMMON_RC1
    OPpASSIGN_COMMON_SCALAR

which indicate different classes of commonality that can be handled
in different ways at runtime.

Most importantly, it distinguishes between two basic cases. Firstly,
common scalars (OPpASSIGN_COMMON_SCALAR), e.g.

    ($x,....) = (....,$x,...)

where $x is modified and then sometime later its value is used again,
but that value has changed in the meantime. In this case, we need
replace such vars on the RHS with mortal copies before processing the
assign.

The second case is an aggregate on the LHS (OPpASSIGN_COMMON_AGG), e.g.

    (...,@a) = (...., $a[0],...)

In this case, the issue is instead that when @a is cleared, it may free
items on the RHS (due to the stack not being ref counted).  What is
required here is that rather than making of a copy of each RHS element and
storing it in the array as we progress, we make *all* the copies *before*
clearing the array, but mortalise them in case we die in the meantime.

We can further distinguish two scalar cases; sometimes it's possible
to confirm non-commonality at run-time merely by checking that all
the LHS scalars have a reference count of 1. If this is possible,
we set the OPpASSIGN_COMMON_RC1 flag rather than the
OPpASSIGN_COMMON_SCALAR flag.

The major improvement in the run-time performance in the
OPpASSIGN_COMMON_SCALAR case (or OPpASSIGN_COMMON_RC1 if rc>1 scalars are
detected), is to use a mark-and-sweep scan of the two lists using the
SVf_BREAK flag, to determine which elements are common, and only make
mortal copies of those elements.  This has a very big effect on run-time
performance; for example in the classic

    ($a,$b) = ($b,$a);

it would formerly make temp copies of both $a and $b; now it only
copies $a.

In more detail, the mark and sweep mechanism in pp_aassign works by
looping through each LHS and RHS SV pair in parallel. It temporarily marks
each LHS SV with the SVf_BREAK flag, then makes a copy of each RHS element
only if it has the SVf_BREAK flag set. When the scan is finished, the flag
is unset on all LHS elements.

One major change in compile-time flagging is that package scalar vars are
now treated as if they could always be aliased. So we don't bother any
more to do the compile-time PL_generation checking on package vars (we
still do it on lexical vars). We also no longer make use of the run-time
PL_sawalias mechanism for detecting aliased package vars (and indeed the
next commit but one will remove that mechanism). This means that more list
assignment expressions which feature package vars will now need to
do a runtime mark-and-sweep (or where appropriate, RC1) test. In
compensation, we no longer need to test for aliasing and set PL_sawalias
in pp_gvsv and pp_gv, nor reset PL_sawalias in every pp_nextstate.

Part of the reasoning behind this is that it's nearly impossible to detect
all possible package var aliasing; for example PL_sawalias would fail to
detect XS code doing GvSV(gv) = sv.

Note that we now scan the two children of the OP_AASSIGN separately,
and in particular we mark lexicals with PL_generation only on the
LHS and test only on the RHS. So something like

    ($x,$y) = ($default, $default)

will no longer be regarded as having common vars.

In terms of performance, running Porting/perlbench.pl on the new
expr::aassign:: tests in t/perf/benchmarks show that the biggest slowdown
is around 13% more instruction reads and 20% more conditional branches in
this:
        setup   => 'my ($v1,$v2,$v3) = 1..3; ($x,$y,$z) = 1..3;',
        code    => '($x,$y,$z) = ($v1,$v2,$v3)',

where this is now a false positive due to the presence of package
variables.

The biggest speedup is 50% less instruction reads and conditional branches
in this:

        setup   => '@_ = 1..3; my ($x,$y,$z)',
        code    => '($x,$y,$z) = @_',

because formerly the presence of @_ pessimised things if the LHS wasn't
a my declaration (it's still pessimised, but the runtime's faster now).

Conversely, we pessimise the 'my' variant too now:

        setup   => '@_ = 1..3;',
        code    => 'my ($x,$y,$z) = @_',

this gives 5% more instruction reads and 11% more conditional branches now.
But see the next commit, which will cheat for that particular construct.

perldelta for fb10a8a78bba

[perl #125760] deprecate sys(read|write)(), send(), recv() on :utf8

No __attribute__((nonnull(...))) from NN.

Math-BigInt is now 1.9997 on CPAN

avoid unnecessary noise from lib/h2xs.t

Require civility; aspire to kindness.

Suggestion that we "aspire to kindness" from the ever-kind Tim Bunce.

Signed-off-by: Ricardo Signes <rjbs@cpan.org>

dont create *{"_<$filename"} globs for perl lang debugging of XSUBs

1st problem, *{"_<$filename"} globs aren't created for PP code unless
PERLDB_LINE || PERLDB_SAVESRC are on (see Perl_yylex ). Creating XSUBs
unconditionally created the *{"_<$filename"} globs for XSUB, even if PP
subs were not getting the debugging globs created. This is probably an
oversight, from commit b195d4879f which tried to deprecate using
the *{"_<$filename"} GVs for storing the originating filename of the CV
which was partially reverted 2 months later in commit 57843af05b with
CvFILE becoming a char * instead of GV *. To speed up XSUB registration
time, and decrease memory when not in Perl lang debugging mode dont create
the debugging globs for XSUBs unless in Perl lang debugging mode.

see also
http://www.nntp.perl.org/group/perl.perl5.porters/2000/06/msg13832.html

2nd problem, since the perl debugger can't step into C code, nor set
breakpoints in it, there is no reason to create *{"_<$filename"} globs
for .c files. Since someone maybe one day might try to implement that
feature, comment out the code instead of deleting it. This will slightly
reduce the size of perl binary, and speed up XSUB registration time, and
decrease memory usage when using the Perl debugger.

see also (no responses)
http://www.nntp.perl.org/group/perl.perl5.porters/2015/06/msg229014.html

perl has a number of core perma-XSUBs
(UNIVERSAL/PerlIO/DynaLoader/Internals/mro/misc const subs/etc). Each of
these previously got a "_<foo.c" glob. I counted 7 .c debugging globs on
my perl. This commit, before on WinXP, running threaded perl with
-e"system 'pause'" as a sample script, "Private Bytes" (all process
unique memory, IE not shared, not mmaped) was 488 KB, after this commit
it was 484 KB, which means that enough malloc memory was saved plus a
little bit of chance, to cross one 4 KB page of memory. IDK the exact
amount of saved memory is over or under 4KB.

cygwin 2.1.0 can test -r just fine, incl. under admin

Increment $VERSION for POSIX to 1.56

Porting/bisect-runner.pl: Generalize for EBCDIC

This commit changes to not use hard-coded code point numbers so that it
also works on EBCDIC platforms.  An unintended consequence is that the
VT and \f spacing controls aren't considered a sign of binary.  That
seems correct to me.

Fix typo introduced in 0b81c0dda6

Pod tweak for [rt.perl.org #125710].

Comment tweak related to [rt.perl.org #125710].

32-bit x86 ABI cannot do signaling nans [rt.perl.org #125710]

Sleuthed by Tony Cook.

The heuristics for the 'x86' part are a bit hacky and all my fault.

Fix test label.

Comment tweaks.