Print a deprecation warning if downgrading to a use VERSION below v5.11

Add a PL_prevailing_version interpreter var

Save/restore PL_prevailing_version at SAVEHINTS time

Have PL_prevailing_version track the applied use VERSION currently in scope

Add tests for string "-Inf" to IV conversion.

While a numeric -Inf is treated as IV_MIN in IV context (such as
operands for bitwise operators under "use integer"), string "-Inf"
used to yield some random (zero, or previously assigned) value in
such context.

sv.c: String "Inf" is now consistently converted to IV/UV

S_sv_2iuv_common() used to fail to set IV/UV slot on direct conversion
from string "Inf" to IV/UV, so such conversion would return garbage on
the memory.  Now it will return the same result with two-staged
conversions, string to NV first and then NV to IV/UV.

t/porting/diag.t: Fix typo in comment

Document that $^S is 1 inside a try block

Update perldiag and perldeprecation for features removed in 5.30

Remove the perldiag entry for `my` in false conditional, and change
the perldiag entries to past tense.

Also correct the description of what actually happened to
`File::Glob::glob()`.

Mark lib/warnings.pm and warnings.h as generated

Update perlhactips for bool changes

This changes this doc to reflect the changes in the past few commits

Simplify cBOOL defn

This existed because there wasn't a compiler bool necessarily, and
made complicated to workaround a bug in an AIX compiler as of 2010-ish.
Now that C99 is required, there always is a bool type; we don't know if
the bug existed in a C99 mode for the broken compiler, and sufficient
time has passed that it should have been fixed nonetheless.

This was tested on

IBM XL C/C++ for AIX, V12.1 (5765-J02, 5725-C72)
Version: 12.01.0000.0012

which dates to about 2012.

Remove HAS_BOOL

This is no longer used in core.  It occurs twice in metacpan, both to
define it so as to fool core into thinking it is there; hence it isn't
actually used at all in cpan.

Remove PERL_BOOL_AS_CHAR uses; always define HAS_BOOL

Now that C99 is required, bool is always defined, so HAS_BOOL should
also always be defined.

PERL_BOOL_AS_CHAR was used to workaround problems when no bool type
existed, so it is obsolete, and in fact perl won't compile if
PERL_BOOL_AS_CHAR is #defined.  So remove it completely from being
looked at.

Use `optexpr` in anonymous to reduce number of symbols

Unify optional rules

- start with `opt` (renamed `siglistornull`)
- employ bison's default rule whenever possible

Introduce rule `empty` returning NULL

to save few keystrokes ...

Gather all MY variants into single rule

Favour switch over if/else if to improve readability

Cleanup remnants after distinguising C- and perly- literals

Expansions of PERLVAR* in intrpvar.h should not end in semicolons

make autodoc.pl and makedef.pl understand the I embed.fnc flag

It's needed in case a publicly visible PERL_STATIC_FORCE_INLINE
function is added.

embedvar.h is a generated file

Augment overload::Method docs

toke.c: Fix potential C sign error

Taking (UV)(* char) isn't what was meant.  Instead it should be
       (UV) * (U8 *)(char).
(and the UV cast becomes irrelevant in this case).

If the C compiler defaults char to unsigned, it doesn't matter.  Nor
does it matter if the char value is positive.  But it gives the wrong
result when 'char' means 'signed char' and the value is negative.

Experimentally adding non-ASCII brackets to this code showed up this
error.

Refactor utf8 to code point conversion

Most such conversions occur in the inlined function
Perl_utf8n_to_uvchr_msgs(), which several macros like utf8n_to_uvchr()
expand to.

This commit effectively removes a conditional from inside the loop, and
avoids some conditionals when converting the common case of the input
being UTF-8 invariant (ASCII on ASCII platforms).

Prior to this commit, the code did something different the first time
through the loop than the other times.  By hoisting that to pre-loop
initialization, that conditional is removed from each iteration.  That
meant rearranging the loop to be a while(1), and have its exit
conditions in the middle.

All calls to this function from the Perl core pass in a non-empty
string.  But outside calls could conceivably pass an empty one which
could lead to reading outside the buffer.  An extra check is added to
non-core calls, as is already done elsewhere.

This change means that calls from core execute no more conditionals than
the typical:

    if (UTF8_IS_INVARIANT(*s)) {
        code_point = *s;
    }
    else {
        code_point = utf8n_to_uvchr(s, ...)
    }

I'm therefore thinking these can now just be replaced by the simpler

    code_point = utf8n_to_uvchr(s, ...)

without a noticeable hit in performance.  The essential difference is
that the former gets its code point from the string already being
examined, and the latter looks up data in a 450 byte static array that
is referred to constantly, so is likely to be cached.

builtin.c: Fix up 730f927

That commit got pushed without a needed fix.

builtin.c: Use correct 32bit printing format

Perl has no convenient way to portably print values that are explicitly
32 bit: I32 and U32.  This is because Configure for some platforms makes
these longs (even if an int would do) and for others they end up being
ints.

The best we can do, without other changes, is use IVdf or UVdf and cast
the values to IV or UV.

Test for Issue #19250, assert fail with Debug=>ALL

Use sha256 instead of sha1 in release announcement

The last time perl got released, there was this comment:

https://www.nntp.perl.org/group/perl.perl5.porters/2022/01/msg262480.html

> Why use the old ( and somewhat broken ) SHA1 for message digests?

I decided to look into using SHA256;
I notice that the release managers guide gets the SHA1s from the PAUSE
email. So I've made a PR from PAUSE so that they no longer send SHA1s
(or MD5SUMS for that matter) but just SHA256. That change is live
already, see https://github.com/andk/pause/pull/379

So now the next step is to update the perl release documentation to deal
with the new reality that PAUSE mails no longer incluse sha1s!

Fixup Issue #19350 - Assert error under: use re Debug=>"ALL"

In 7c932d07cab18751bfc7515b4320436273a459e2 karl changed the regex
parser to not do two passes always, and instead do one if it could.
However in some edge cases it still must do a second past and some of
the info needed for the Debug => "All" would not be available during the
first pass.

This was compounded by S_add_data() validly returning a 0 index for data
that was stored in the data array, which meant that there was no way to
tell the difference between "we dont have the data to call S_add_data()
at all" and "we called S_add_data() and it returned 0", this in turn
would cause the dumping logic to try to access data that was not there,
and misinterpret it as a valid SV, with ensure assert fails or worse
segfaults.

This patch changes S_add_data() so it always returns a non-zero return,
so that the regex debug logic can tell that it shouldnt do a lookup into
the data array. This means create a new "what" type of "%", which is
used SOLELY to populate the ->data[0] and ->what[0] with a dummy entry.

With this done we can add guard statements to places that lookup things
in the data array, if the index is 0 it can not be valid.

embed.fnc Fix function return type

Add @_ in signatured sub being experimental to perldelta.pod

Put some wording into perlsub.pod about @_ being discouraged in signatured subs

Emit experimental::snail_in_signatures warnings on uses of @_ (aka "snail") in signatured subs

Add a new 'experimental::snail_in_signatures' warning category

Set the CvSIGNATURE flag on signatured subs

Define a CvSIGNATURE flag

Synch in CPAN-2.33-TRIAL

For: https://github.com/Perl/perl5/issues/19358.

Used tarball from:
http://ftp.cpan.org/pub/CPAN/authors/id/A/AN/ANDK/CPAN-2.33-TRIAL.tar.gz

subroutine redefinitions made with local() shouldn't warn

The following code will no longer warn:

  use warnings 'redefine';
  sub foo {}
  local *foo = sub{};

The main purpose of local() is to temporarily redefine stuff, so it
doesn't make sense to warn about it.

Also document and unit-test the correct handling of UTF-8

Add perldelta entry for the four new functions

Minor docs wording fixes

Clarify in docs that sv_eq* don't handle operator overloading; point to the sv_streq* funcs instead

Docs clarification that the basic sv_*eq() functions behave like the corresponding obvious perl code

Slight tidying of tests

Create sv_streq() API family, as a stringy copy of the sv_numeq() ones

Have sv_numeq() respect == overloading unless the SV_SKIP_OVERLOAD flag is passed

Initial implementation of sv_numeq() and _flags() variant

Add test for experimental::builtin warnings

Warn about experimental builtins at runtime as well as compile time

For when the functions are called via reference or perl4-style &foo syntax.

Fix bundled .pm files for experimental::builtin warnings

Fix lib/unicore/mktables for experimental::builtin warnings

Fix unit tests for experimental::builtin warnings

Emit experimental::builtin warnings from the builtin function callchecker

Add experimental::builtin warning

Remove remaining uses of @_ in signatured subs in lib/unicore/mktables

Add ceil & floor to builtin

regcomp.c: Fix undefined behavior

Spotted by ASAN.  To shift 31 bits in a 32 bit word, it has to be
unsigned.

perl.h: Add comments

Add '=cut' to silence POD formatting warning

Update epigraph for 5.35.8

 Bumped Module-CoreList ready for 5.35.9

Bump B::OP_private version

Bump the perl version in various places for 5.35.9

New perldelta for 5.35.9

Tick off 5.35.8

Added 5.35.8 to perlhist

Update Module::CoreList for 5.35.8

Update perldelta for blead release v5.35.8

Adjust prediction year for 5.34.1

Update Perl copyright for 2022

Add mailmap entry for Mike

Add a pod sort sample with function signature

GH #19344

Provide a sample for sort using function signature.

Update bignum to CPAN version 0.64

    [DELTA]

 * Fix CPAN RT #140470. The pragmas ignored user-specified backend libraries.
   Add tests to verify the fix.

 * Add missing documentation.

Update Math-BigInt to CPAN version 1.999829

    [DELTA]

 * Improve methods div_scale() and round_mode() so they work better with
   subclasses. This fixes CPAN RT #125430.

 * Make div_scale() accept a Math::Big(Int|Float|Rat) object as input. This
   fixes CPAN RT #140599.

Add perldelta entry for try/catch/finally

Implement correct deparse logic for try/catch/finally

Ensure that forbidden control flow messages about finally blocks say "finally" and not "defer"

Document the new try/catch/finally syntax

Implement and test try/catch/finally syntax

Add op_wrap_finally() convenience function

Define 'finally' keyword

Make sure to rpeep() the body of catch {} blocks

Provide inclusive names allowlist and denylist

Updated the following files:
 AUTHORS:
  - corrected my email address
 MANIFEST:
  - added new testcases for Locale-Maketext
 dist/Locale-Maketext/ChangeLog:
  - short summary of changes made
 dist/Locale-Maketext/lib/Locale/Maketext.pm:
  - updated the version to 1.30
  - refactored the code to create a common method _include
    called by the allowlist and whitelist methods
    (whitelist is now an alias, deprecated method, for allowlist).
    The _include method now has an internal list called allowlist
    that is updated by calls to _include through whitelist or
    allowlist methods.
  - refactored the code to create a common method _exclude
    called by the denylist and blacklist methods
    (blacklist is now an alias, deprecated method, for denylist).
    The _exclude method now has an internal list called denylist
    that is updated by calls to _exclude through blacklist or
    denylist methods.
 dist/Locale-Maketext/lib/Locale/Maketext.pod:
  - documented allowlist and denylist as new methods
  - added a NOTE for allowlist and denylist indicating that
    they are now the preferred method names to use instead
    of whitelist and blacklist
 dist/Locale-Maketext/t/92_blacklist.t
  - updated the code to have messages in terms of allowlist
    and denylist. Actual code continues to test blacklist
    method.
 dist/Locale-Maketext/t/93_whitelist.t
  - updated the code to have messages in terms of allowlist
    and denylist. Actual code continues to test whitelist
    method.

Created 2 new testcases:

 dist/Locale-Maketext/t/94_denylist.t
  - this testcase is analagous to 92_blacklist.t but calls
    the denylist method instead of the blacklist method.

 dist/Locale-Maketext/t/95_allowlist.t
  - this testcase is analagous to 93_whitelist.t but calls
    the allowlist method instead of the whitelist method.

perldelta for empty sort croak (78cc98885ff2800c)

t/porting/authors.t: Windows fixes

^ is a shell metacharacter in cmd.exe, so it needs to be quoted.

Also, /dev/null doesn't exist on Windows.

make a sort with zero args a compile-time err

    @a = sort @empty; # unaffected
    @a = sort;        # now a compile-time error

the main motivation for this is to potentially be able to treat a
colon following the 'sort' keyword as part of the sort expression,
to then be able to add sort attributes at some point, e.g.
    @a = sort :num, 1,2,3;
rather than the colon being seen as part of a ?: conditional.

See http://nntp.perl.org/group/perl.perl5.porters/262425.

Stop setting console to "con" on non-MSWin systems

The condition has existed since eternity but it never made sense.
Only use "con" if $^O eq 'MSWin32'.

Also, remove MSDOS from the comment: it's the last forgotten mention
of the OS in the whole file.

fix commit calculations in authors porting test

For pull requests, the current commit is a merge commit simulated by
github. The first parent will be from blead - anything that has been
commited since the creation of the branch. The second parent will be the
last commit on the branch, which is what we want to test.

The commit range should be all of the commits in the second parent,
excluseding the first parent. We can use HEAD^1 and HEAD^2 for these.
The merge-base does not need to be precomputed, since the .. in the
commit range does that for us.

Update Win32 to CPAN version 0.58

  [DELTA]

0.58    [2022-01-17]
        - add Win32::HttpGetFile (thanks to Craig Berry for the implementation
          and Tomasz Konojacki for code review) [PR/30]
        - skip failing Unicode.t on Cygwin because cwd() no longer returns an
          ANSI (short) path there.
        - Fixed test 14,15 of GetFullPathName.t when package is unpacked in a
          top level folder (thanks to Jianhong Feng) [PR/20]

Update NEXT to CPAN version 0.69

  [DELTA]

0.69 2022-01-19 NEILB
    - Removed dependency on mro. PR#5 from HAARG++.
    - Only install in perl dirs on older perls with bad load order
      PR#6 from HAARG++.

Update File-Fetch to CPAN version 1.04

  [DELTA]

1.04        Tue Jan 18 20:46:04 2022

* Resolve test warnings reported in GitHub issue #22
  relating to Github's deprecation and removal of git:// protocol

* Pointed various RFC links in docs to ietf.org

z/OS ASCII Enablement: Manage untagged header errno.h by copy & tag

   The system headers on z/OS are in EBCDIC, but are untagged. The bi-modal build requires that files be tagged correctly
   so this patch copies the errno.h file (which may be mounted on a read-only file system) to a local file and then tags
   it as IBM-1047 (EBCDIC) so that it can be processed properly. The longer-term fix for this may be to have z/OS tag
   header files as EBCDIC, although this would not be something Perl could rely on for several years.

officially support Visual C++ 2022

No code changes are needed.

PERL_SET_CONTEXT(t) needs to set PL_current_context from C++ too

We want to use C11 thread local storage where possible, as its read overhead
is lower. However C++ uses incompatible syntax for TLS, so we have to hide
the variable from C++ extensions, and have the read code "fall back" to the
pthread_getspecific() approach.

However, C++ extensions also need to be able to call PERL_SET_CONTEXT(t) and
have everything still work the same as C extensions. Hence they *also* need
to set PL_current_context - a variable that has to be hidden from them.
Hence change the version of the PERL_SET_CONTEXT macro used by C++
extensions from inline code to a call to Perl_set_context(), and have that
set PL_current_context (when used).

Technically this commit also fixes a bug in that Perl_set_context() is API
and should have been setting PL_current_context since that variable was
first introduced. In practice, likely nothing uses this API, as there is no
code on CPAN that calls it, and the macro PERL_SET_CONTEXT() is much more
prominent.

For C++ extensions, use the pthreads definition of PERL_GET_CONTEXT

Configure probes the C compiler to find out whether it supports C11 thread
local storage, and if found uses this for PERL_SET_CONTEXT/PERL_GET_CONTEXT,
in preference to the pthread_setspecific()/pthread_getspecific() approach.

However, we can come unstuck with XS extensions written in C++, as C++ and C
disagree on the syntax used for thread local storage, meaning that the
working token that Configure probed for C turns out to be a compiler error
on C++.

As Configure doesn't have a way to probe for C++ dialects, we just take the
safe option and do the same as 5.34.0 and earlier - use pthreads on C++.

This commit is minimal because the implementation of PERL_SET_CONTEXT for
C11 thread local storage was already defensively written to *also* call
pthread_setspecific().

Update File-Fetch to CPAN version 1.02

  [DELTA]

1.02        Fri Jan  7 14:44:34 2022

* wget: use --passive-ftp switch only for ftp scheme

EUPXS was updated on CPAN

Make spelling of values for 'FILES' consistent

While developing a program which require-s Porting/Maintainers.pl for
the data in %Modules, I noticed that the entries for two modules'
'FILES' key-value pairs were spelled with a trailing slash.  All other
'FILES' KVPs omitted the trailing slash.

For consistency, let's omit the trailing slash.  Once that's done, two
invocations of "./perl -Ilib Porting/makemeta -y" were needed to make
'make test_porting' happy.

Added releasers for next 3 dev releases

Add date of release of ExtUtils-ParseXS 3.44