ext/POSIX: Fix compilation error

This code is not usually compiled, but if tried, it would fail.  It
needed a cast.

Merge branch 'turkic locale handling' into blead

This series of commmits adds seamdless handling of UTF-8 Turkic locales
to blead.  Unicode furnishes an alternate set of casing rules for these
locales, which until now were ignored by Perl.  These commits causes
Perl to use the alternate rules when it detects that the UTF-8 locale it
is using is in fact a specialized Turkic one

Docs for new Turkic UTF-8 locale support

locale.c: Add detection of Turkic UTF-8 locales

When switching into a new locale, after it is decided this is a UTF-8
locale, the code now also checks for if the locale is a specialized
Turkic one, which has a couple of slightly modified casing change rules.
If so, it sets a flag indicating this.

The code that has been added in previous commits in this series check if
that flag is set when they are actually paying attention to the
background locale, and if so behave according to Unicode Turkic rules.

regcomp.c: White-space only

Indent a block of code newly formed by the previous commit

Add Turkish locale handling to /i pattern matching

Previous commits in this series have changed uc(), lc(), fc(), etc. to
know how to handle Turkish UTF-8 locales.  This commit extends this to
/i regular expression pattern matching.

pp.c: White-space only

Indent block newly formed by the previous commit.

pp.c: Add handling for Turkish locales for uc() etc

The functions lc() uc() ucfirst() lcfirst() and fc() are hereby expanded
to handle the differences required in Turkish locales.

No Turkish locales are recognized until later in this series of
commits.

t/op/lc.t: Add tests for Turkish locales

But since these aren't recognized yet, they will be skipped

Add .t to test Turkic locale folding

This just calls fold_grind.pl with a particular option.

But, as of this commit, Turkish locales aren't recognized specially, so
this test just always skips.

t/re/fold_grind.pl: Enhance to deal with Turkic rules

The CaseFolding.txt file has special locale-dependent rules.  This
commit changed fold_grind to notice them, and to generate tests for
the situation we aren't in, which are expected to fail.

Since, as of this commit, the Turkic locale is not recognized, this
commit has the effect of generating tests for the Turkic locale, running
them, and making sure they fail when appropriate.

t/loc_tools.pl: Add functions to find Turkic UTF-8 locales

These will be used by later commits.  But right now Perl doesn't know
how to determine if a locale is Turkic, so these functions return no
locale, until later in this commit series

utf8.c: Add functions for Turkic locale case changing

These override the normal handling of UTF-8 locale case changing.

They aren't actually called yet, until later in this series of commits.

Add variable for if the current UTF-8 locale is Turkic

It currently is always set false, until later in this series of commits.

regcomp.c: Under /l any < 256 char can match any other

The code knew this, but it was adding the ASCII alphabetics to the list
of things that matched in UTF-8 locales.  This is unnecessary, as we've
long had the infrastructure elsewhere to handle all potential mappings
from a Latin1 code point to other Latin1, so we can just rely on it.
And it created complexities for future commits in this series.

The MICRO SIGN is the exception, as it folds to non-Latin1 in UTF-8
locales, and this is the place where the structure exists to handle
that.

regen/regcharclass.pl: Remove obsolete macro

This has been replaced by regen/unicode_constants.pl some releases ago.

regen/mk_invlists.pl: Create new inversion list

This will be used in a future commit.

mktables: Make Turkic 'I' chars problematic

In a Turkic locale, these are problematic because their mappings
cross the 255/256 boundary.

This change has the side effect of causing U+307 to be added to the
problematic list, and it normally really isn't problematic, because in
those locales where U+130 and U+131 are problematic, U+307 isn't used.
But applications could switch in and out of Turkic locales, so it's best
to leave it be considered problematic.  The consequences of making this
mark problematic are simply slightly less optimized regex pattern code.

sv_utf8_upgrade_flags_grow(): Alloc extra byte if empty

People may call this expecting that the 'extra' parameter is on top of
whatever is in there.  If something is in there, that already includes a
NUL, but if nothing is in there, for safety, add a byte to the request.

regcomp.c: Clarify comment

pp.c: Clarify comment

[MERGE] various overload fixups

This branch contains several commits which simplify the code concerning
the processing of a value returned by an overload method, and
specifically whether that value should be returned as-is by the op, or
assigned to the targ / stack value: $lex = x op y) and (x op= y)
respectively.

The final commit fixes a bug in pp_multiconcat. That op bypasses most of
the code in those earlier commits and "rolls it's own", and which was
getting the set/assign decision wrong in some cases, causing a leak.

Avoid leak in multiconcat with overloading.

RT #133789

In the path taken through pp_multiconcat() when one or more args have
side-effects such tieing or overloading, multiconcat has to decide
whether to just return the result of all the concatting as-is, or to
first assign it to an expression or variable if the op includes an
implicit assign (such as $lex = x.y.z or $a[0] = x.y.z).

The code was getting this right for those two cases, and was also
getting it right for the append cases ($lex .= x.y.z and $a[0] .= x.y.z),
which don't need assigns. But for the bare case (x.y.z) it was assigning
to the op's targ as well as returning the value. Hence leaking a
reference until destruction of the sub and its pad.

This commit stops the assign in that last case.

Perl_try_amagic_un/bin re-indent

After the previous commit's simplification, eliminate a set of braces and
re-indent a block of code.

Eliminate AMGf_set flag

I added this flag a few years ago when I revamped the overload macros
tryAMAGICbin() etc. It allowed two different classes of macros to
share the same functions (Perl_try_amagic_un/Perl_try_amagic_bin)
by indicating what type of action is required.

However, the last few commits have made those two functions able to
robustly always determine whether its an assign-type action
($x op= $y or  $lex = $x op $x) or a plain set-result-on-stack operation
($x op $y).

So eliminate this flag.

Note that this makes the ops which have the AMGf_set flag hard-coded
infinitesimally slower, since Perl_try_amagic_bin no longer skips the
checks for assign-ness. But compared with the overhead of having
already called the overload method, this is is trivial.

On the plus side, it makes the code smaller and easier to understand.

Perl_try_amagic_bin(): eliminate dATARGET

.. and replace with explicit tests and assigns to targ.

This macro includes an OPf_STACKED test which has already been done
above.  Also, by protecting the OPf_STACKED test within a AMGf_assign
test, we can eliminate the AMGf_set flag in the next commit, and use the
same set of code for both AMGf_set and AMGf_assign variant calls to
Perl_try_amagic_bin().

Eliminate SvPADMY tests from overload code

A couple of places in the overload code do  SvPADMY(TARG) to decide
whether this is a normal op like ($x op $y), where the targ will have
SVs_PADTMP set, or a lexical assignment like $lex = ($x op $y) where the
assign has been optimised away and the op is expected to directly assign
to the targ which it thinks is a PADTMP but is really $lex.

Since the SVs_PADMY flag was eliminated a while ago, SvPADMY() is just
defined as !(SvFLAGS(sv) & SVs_PADTMP). Thus the overload code is
relying on the absence of a PADTMP flag in the target to deduce that the
OPpTARGET_MY optimisation is in effect. This seems to work (at least for
the code in the test suite), but can't be regarded as robust. This
commit removes each SvPADMY() test and replaces it with the twin

            if (   (PL_opargs[PL_op->op_type] & OA_TARGLEX)
                && (PL_op->op_private & OPpTARGET_MY))

tests.

Eliminate opASSIGN macro usage from core

This macro is defined as

    (PL_op->op_flags & OPf_STACKED)

and indicates, for ops which support it, that the mutator-variant of the
op is present (e.g. $x += 1).

This macro was mainly used as an arg for the old-style overloading
macros (tryAMAGICbin()) which were eliminated several years ago.

This commit removes its vestigial usage, and instead tests OPf_STACKED
directly at each location, along with adding a comment about the
significance of the flag.

This removes one item of obfuscation from the overloading code.

There is one potentially functional change in this commit:
Perl_try_amagic_bin() was sometimes testing for OPf_STACKED without
first checking that it had been called with the AMGf_assign flag (which
indicates that this op supports a mutator variant). With this commit, it
now checks first, so this is theoretically a bug fix. In practice that
section of code was never reached without AMGf_assign always being set
anyway.

(perl #133824) fix threading builds

I failed to test the build with threads.

regen/unicode_constants.pl: generate UTF-8 for U+307

This will be needed in a future commit

t/loc_tools.pl: Add fcn to return all UTF-8 locales

This will be needed in future commits

pp.c: White-space only

Indent block newly formed in the previous commit

pp.c: Avoid use of unsafe function

The function is unsafe because it doesn't check for running off the end
of the buffer if presented with illegal UTF-8.  The only remaining use
now is from mathoms.c.

pp.c: Add branch prediction hint

This conditional is very rarely true

pp.c: Don't assume worst case memory needs

Since 5.28, there has been a function that will calculate the expansion
of a string when converted into UTF-8, using per-word operations.  This
means it runs 8 times faster than doing this count previously would have
taken.

I've come to believe it is better to calculate how much memory we need
than to overallocate based on worst-case scenarios.  This is because in
very large strings, over allocating can lead to unnecessary inefficient
processing.

This commit changes several instances in pp.c where a string needs to be
converted to UTF-8 to not assume the worst case, but instead calculate
what's needed using the faster function.

pp.c: Don't use function call for easy copy

Like the previous commit, this code is adding the UTF-8 for a Greek
character to a string.  It previously used Copy, but this character is
representable as two bytes in both ASCII and EBCDIC UTF-8, the only
character sets that Perl will ever supports, so we can use the
specialized code that is used most everywhere else for two byte UTF-8
characters, avoiding the function overhead, and having to treat this
character as particularly special.

pp.c: Don't use function call for easy copy

This code is adding the UTF-8 for a Greek character to a string.  It
previously used Copy, but this character is representable as two bytes
in both ASCII and EBCDIC UTF-8, the only character sets that Perl will
ever supports, so we can use the specialized code that is used most
everywhere else for two byte UTF-8 characters, avoiding the function
overhead, and having to treat this character as particularly special.

pp.c: pp_fc(): Simplify

The function being called does everything that the code being eliminated
here did.  We just pass the function the final destination instead of a
temporary.

pp.c: White-space, comments only

pp.c: Reorder clause order in an 'if'

This makes the test most likely to fail be first, and adding an
UNLIKELY() to it, thus saving a conditional in most instances.

pp.c: Use faster method to convert to UTF-8

There is a special inline function that's used when converting a single
byte to UTF-8, that is faster than the more general one used prior to
this commit.

pp.c: Add missing assert

The comments say there is an assert, but it wasn't there.

t/op/lc.t: Add 'use strict'

t/re/fold_grind.pl: White-space only

Just align some logical or clauses for readability.

handy.h: Add comment

handy.h: White-space only

Vertically align the ternary colon with the question mark above it.

handy.h: Add void * casts to memEQ, memNE

This change is to allow these macros to be called without having to do
casting in the call.

regcomp.c: Fix recent optimization of [...] bug

This bug was introduced in b2296192536090829ba6d2cb367456f4e346dcc6
n 5.29.7.  Using /il should not result in looking for a [:posix:] class
that matches the code points given.

(perl #133462) add specific test run instructions to README.win32

README.win32 provides generally standalone instructions for running
and testing perl, but unlike INSTALL didn't provide instructions
for repeating individual tests.

Both perlguts and INSTALL provide instructions on repeating individual
tests, and considering at the point a user want this information they
don't have a working perl installation, I think it's reasonable to
repeat it here.

(perl #108276) reduce recursion on ops

This can prevent stack overflow when processing extremely deep op
trees.

(perl #108276) optimize child ops in sibling order

(perl #108276) indent optimize_op() loop body

(perl #108276) remove recursion from optimize_op()

The prevented code like:

  ./miniperl -e 'my $line = "\$cond ? \$a : \n"; my $code = ($line x 100000) . "\$b;\n"; eval $code;'

from crashing due to stack overflow.

It does however take a long time to compile.

Because it doesn't strictly recurse through the op tree (due
to OP_SUBST), I couldn't use traverse_op_tree().

I considered wrapping a traverse_op_tree() loop inside a defer op
loop, so OP_SUBST would defer its op, but processing order is
somewhat important from setting PL_curcop.

This also processes the child ops in reverse order, I'm not sure if
that's a real problem (no tests failed), but the next commit fixes
that order.

(perl #108276) add wrappers for deferred op processing

To avoid duplication of the declarations.

(perl #108276) indent body of new finalize_op() loop

(perl #108276) eliminate recursion from finalize_op()

whitespace in next commit

Grammatical correction only.

Sentences ending with a parenthetical phrase that ends
with an abbreviation such as 'etc.' still require a period
outside of the parentheses.

See https://english.stackexchange.com/a/23025/306017

For: RT 133820.  Christopher Chavez is now a Perl author.

Define _GNU_SOURCE if using the musl libc on linux.

Together with prior commits ba73a4cb8f, f8d82a1010, and 63c1fa6a98,
this should close [perl #133760].

Improve detection of memrchr, strlcat, and strlcpy.

This is continuation of commit f8d82a1010 addressing [perl #133760].
Linux systems using the musl C library have memmem, memrchr, strlcat, and
strlcpy, but the prototypes are only visible if _GNU_SOURCE is defined.
This patch makes Configure test both whether the prototype is visible
and whether the C symbol is visible.

Still to be done is automatically adding _GNU_SOURCE if the musl library
is being used -- probably in hints/linux.sh.

Update Encode to CPAN version 3.00

  [DELTA]

$Revision: 3.00 $ $Date: 2019/01/31 04:51:32 $
! Encode.pm
  VERSION bumped to 3.00 to make PAUSE happy

2.100 2019/01/31 04:26:40
!  Encode.xs MANIFEST
+  t/xml.t
  Pulled: Do not access SV* buffer if we have not called SvPV_force()
  https://github.com/dankogai/p5-encode/pull/137
! MANIFEST
  remove utf8messages.t which is already deleted from the repository.

If comparison is always true, while (1) should suffice.

Per suggestion by Dave Mitchell in RT 133703, re-implemented in RT
133744.

perldelta for d4c456e337e6

(perl #133782) set magic when changing $^R

The regexp engine sets and restores $^R in a few places, but didn't
mg_set() (SvSETMAGIC()) it at all.

Calls to length() on $^R, both within regexp code blocks and on
a successful match could add utf8 length magic to $^R, and modifying
$^R without mg_set() could leave now invalid length magic.

Split t/re/fold_grind.t into multiple test files

This has been a goal for a long time, but I thought it would be a lot of
work, but now have realized that there was a fairly easy simplistic
approach.

The core file is renamed fold_grind.pl.  It formerly had an outer loop
which iterated over the possible character set regex pattern modifiers,
/a, /l, etc that were tested.  Now that loop is just a block and new
wrapper files have been created, one per modifier.  They just pass a
global to the core file that gives which modifier this test file is to
use.  Hence each file corresponds to one iteration of the old outer
loop, splitting the tests up into 6 smaller tests that can run in
parallel.

Update Test-Simple to CPAN version 1.302161

  [DELTA]

1.302161  2019-01-29 09:34:27-08:00 America/Los_Angeles (TRIAL RELEASE)

    - Remove SHM Optimization

bump $IO::VERSION

Avoid indenting POD paragraphs in dist/IO

It is considered monospaced code blocks and was misformatted by
metacpan/etc.

Submitted via https://github.com/toddr/IO/pull/49

Signed-off-by: Todd Rinaldo <toddr@cpan.org>

Update perlfaq to CPAN version 5.20190126

  [DELTA]

5.20190126  2019-01-26 04:39:37Z
  * Many typos and pod markup fixed (PR#75, #76) thanks, Joaquin Ferrero!)
  * Added reference in perlfaq to new ~ syntax in indented here-docs (PR#77,
    thanks Celejar!)

don't leak temp files

the test I added allocated more temp files, but didn't arrange for
backup files to be cleaned up.

Modified the cleanup to clean up every generated temp and backup file
even if more are allocated in the future with mkfiles()

PERL_OP_PARENT is always defined, stop testing for it

PERL_OP_PARENT is the new reality, leaving the pre-processor
checks is more confusing that anything else.

I left the test in perl.c for consistency with the other checks in that
code.

Another attempt to improve Configure detection of memmem() [perl #133760].

This updates commit ca152fd8207cf53816b1407d5f54f6ea160a3ef8.
Linux systems have memmem, but the prototype in <string.h> is only
visible if __GNU_SOURCE is defined.  This version tests for both the
prototype in <string.h> and the symbol in libc.  (Thanks to Tony C. for
the suggestion.)  (For BSD systems, no extra define is needed.)

Add ability to include literal text in the prototype check.

This is the same technique as in the metaconfig unit Protochk.U.
See that unit for more usage information.  It is a bit clunky,
but does work.

find.t: Use temporary testing directory for all blocks of tests.

During the execution of ext/File-Find/t/taint.t certain files and directories
are created.  As inferred from smoke-test reports, when testing in parallel
these entities ran the risk of being detected by certain tests in
ext/File-Find/t/find.t, thereby causing intermittent failures in the smoke
tests.

Problem is being addressed by (a) moving the block of tests created in August 2014
(RT #122547) to prevent processing of misspelled options to a place in the
file where we have moved from the current working directory one level down to
a temporary testing directory; and (b) providing a list of basenames of files
we expect to find therewithin.

sv_utf8_(downgrade|decode) no longer marked experimental

These have been marked with the 'M' may change flag since that flag
was introduced, they're used commonly on CPAN and except for consting
they haven't changed since then.

[perl #133788]

Improve Configure detection of memmem() [perl #133760].

Linux systems have memmem, but the header prototype is only visible if
the C library, but didn't check if the correct prototype is available.
This patch compiles & runs a test program that will fail if the prototype
is needed but not available.

This does not completely close [perl #133760].  The tests for strlcat()
and strlcpy() may also need to be similarly changed.  Also, this patch
does not change whether _GNU_SOURCE is defined or not.  Presumably that
would be done separately in the linux hints file.

perldelta for 4829a1eae86e

(perl #133751) qr// is already blessed

perldelta for 5d4636a3aa0b

(perl #130367) separate error for push etc on hash/glob

Test file in Encode is no longer customised

Encode: synch with CPAN version 2.99

(perl #131562) correct large line numbers copying eval lines on #line

Previously this used I32 for line numbers, which takes half the range
of line_t and folds it into negative numbers, leading to trying to store
the lines at negative indexes.

The while loop was also modified to stop storing if/when the line number
no longer fits into cop_line, or no longer fits into SSize_t (as a
positive number) since the index parameter to av_store() is a SSize_t.

Provide defined value for $TODO only where test should not run.

Some tests should not be run on older perls.  To indicate that, provide
an undef rather than a defined but false value.

This reflects Test::Builder synch with CPAN for upstream bug fix:
https://github.com/Test-More/test-more/commit/9c269ff6e2b8a7be223ef1df7a254a09ec4dad2d

Note that these should really be SKIPs rather than TODOs (but we can handle that later).

Provide defined value for $TODO only where test is still failing.

Reflecting Test::Builder synch with CPAN for upstream bug fix:
https://github.com/Test-More/test-more/commit/9c269ff6e2b8a7be223ef1df7a254a09ec4dad2d

Provide description for previously TODO-ed test.

Here be unicorns

fix version in delta

It was also misstated in the commit message for 928a385c.

Update Module::CoreList for 5.29.8

Bump the perl version in various places for 5.29.8

New perldelta for 5.29.8

Tick!

Ticked of the 5.29.7 release from the release schedule.

Epigraph for 5.29.7

Porting/makerel: fix progress message.

The message emitted just before creating the .xz file was identical
to the message emitted just before creating the .gz file. Which
didn't make much sense.

And 5.29.7 release to pod/perlhist

Bump copyright to 2019 in perl.c and README.

New/Update Modules section for perldelta

Perldelta acknowledgements for 5.29.7.

Update Module::CoreList for 5.29.7

Perldelta: Link to each ticket.

This was an automated process, turning any '[perl #NNNN]' into a
linke to the corresponding ticket on rt.perl.org.

Perldelta: spell out '2nd'.

Perldelta: Document changes leading up to 5.29.7.