regcomp.sym: Comment why no ANYOFRs node exists

t/op/vec.t: use strict, warnings

perlretut: Grammar, clarifications, white-space

handy.h: ASSERT_NOT_PTR doesn't work for void*

Add comment to that

perlapi: Document save_pushptr

perlapi: Consolidate hv_store(s?), into 1 entry,improve

The text has been expanded to discuss what happens if the any of the
pointer parameters are NULL.

APItest.xs: flush output in test_bool_internals_func

With the explicit flush this test will fail when PERLIO=stdio, because
stdio defaults to block-based buffering on pipes and therefore the
output will come out wrong.

Bump builtin.pm version

Include 'indexed' in synopsis of builtin.pm

Merge branch 'haarg/encoding-warnings-cleanup' into blead

encoding-warnings: bump version

encoding-warnings: convert tests to use Test::More rather than Test.pm

encoding-warnings: normalize whitespace

handy.h: White-space only

Indent preprocessor directives to clarify that they are in #ifdef

perl.c: Add missing cast

Commit b95d23342a119c6677aa5ad786ca7d002c98bef2 would not compile under
some options.

regen/embed.pl: Handle "literals" parameters

These have long been accepted by autodoc, but could not be listed in
embed.fnc until now.

make PL_origenviron global

The purpose of PL_origenviron is to preserve the earliest known value
of environ, which is a global. All interpreters should share it.

util.c: merge the win32 and non-win32 implementations of my_setenv

don't use environ on Windows

environ is managed by the C runtime, while we are using the system APIs
directly.

make PERL_USE_SAFE_PUTENV the default and the only option

Now environ isn't owned by Perl and calling setenv/putenv in XS code
will no longer result in memory corruption.

Fixes #19399

perl.c: duplicate environ when PERL_USE_SAFE_PUTENV is defined

This allows us to overwrite the original environ when $0 is being set,
which means that enabling PERL_USE_SAFE_PUTENV will no longer decrease
the maximum length of $0 on some platforms.

util.c: POSIX doesn't allow calling setenv() with a NULL value

util.c: small refactoring of my_setenv and my_clearenv

- Early return is much better than wrapping the whole function with if().

- Remove pointless (void) casts.

- Move variable declarations closer to their first use.

- Normalize indentation.

probe for setenv in Configure

Don't check POD embedded in HTML generated from other POD

Revert "Revert "mg.c, Cwd.pm - Empty path is the same as "." which is forbidden under taint""

This reverts commit 9eb153ffbbde62558146e8f9b837034f42878e13.

The patch this unreverts was accidentally pushed to blead without going
through PR or smoke process which it really needs. This patch exists so
it can go through that process.

Revert "Revert "dist/PathTools - add missing entries to Changes""

This reverts commit 79311730f400cc7f546ab72f6dbb22fddb27856d.

The original patch was accidentally pushed to blead directly without
going through a PR or smoke process which it needs. This is the revert
of that revert so that process can begin.

perlapi: Document gv_autoload*

Move sv.h functions from inline.h into sv_inline.h,

so that all functions inlined from sv.* are in one place. This was
suggested by @khw.

perlapi: Document gv_name_set

GH16319: avoid recursion parsing 'pack' template

A template with many open brackets or open parentheses could
overflow the stack, modify the parsing loop to avoid that.

Change SvIV and kin to inline functions

So that they will evaluate the argument just once.

regexec.c: Restore overzealous removal for GH#8369

I fixed this locally as a result of Hugo van der Sanden's comment in
 #19636, but neglected to commit it.

perlapi: Fix a couple autodoc build warnings

perlapi: Mark save_push* as internal

There are three such functions: save_pushptr, save_pushptrptr, and
save_pushi32ptr.  The final one isn't used on cpan; there are two
distributsions that use one or both of the first two; each written by
core developers.

These functions use undocumented save stack types, which require deep
knowledge to use correctly, as there are various behaviors depending on
type.  Wrapper macros and functions have been written around these.  One
of the cpan modules' use is an exact expansion of one of the existing
ones, so should be using that instead.  The author of the other, Paul
Evans,  agrees that this should be considered internal.

perlapi: Add pod link to newly documented macros

release managers guide: add a second update target

Evaluate SvPVXtrue's argument just once

by making the macro instead an inline function

A matter of principle

Change formal macro parameter name

This makes it match all the similar functions.

Export unshare_hek, but mark as internal

This allows CvNAME_HEK_set to be callable outside of core.

cophh_fetch: Make sure doesn't pass eroneous flags

Only one flag bit is valid; this clears all others.

perlvms: Add some S<...>

To avoid line breaking in the middle of a command to type

perlvar: Create proper hyperlink

perlutil: Add S<...>, proper hyperlink

To avoid line breaking in the middle of a command to type

perlunicode: Add some S<...>

To avoid line breaking in the middle of a command to type

perlrun: Use proper hyperlink

perldebug.pod: Add some S<...>

To avoid line breaking in the middle of a command to type

perl.pod: Add some S<...>

To avoid line breaking in the middle of a command to type

OS2-REXX: Use F<> for file path

lib/FileHandle.pm: Use proper hyperlink in pod

podcheck.t: Note file that not to consider pod

This file is part of a corpus, and is not to be visible to any person
reading documentation.  We don't care about any potential issues in it,
therefore.

B:: Use proper hyperlink in pod

Normalize.pm: Use directory path in F<> pod

threads.pm: Use S<...> to avoid breaking line

IO::Socket::UNIX: Add proper hyperlink in pod

IO::Socket::INET: Use proper hyperlink in pod

IO::Pipe: Use proper hyperlink in pod

IO::Handle: Use proper hyperlink in pod

Carp: Use some proper hyperlinks in pod

configpm: Configure is a file, markup should be F<>

Add asserts for memmem parameters

Extra B::PADNAME helpers: GEN and IsUndef

This commit adds two new helpers to B::PADNAME.
- IsUndef to check if the PADNAME is PL_padname_undef
- GEN to access to the xpadn_gen slot of the pad.

Add B helpers to check if the Sv is a boolean

Bool are using PVNV. It makes it more convenient
to provide these helpers at the top level for any SVs.

So we can easily check if the SV is a boolean and check
if it's true or false.

define HAS_INETPTON and HAS_INETNTOP for mingw builds

define d_inetntop and d_inetpton for mingw builds

Fix dist/IO/poll.h for mingw-w64 runtimes 9.0 and later

Fix a typo in a comment in Carp.pm

Bump $CARP::VERSION and $Carp::Heavy::VERSION

doio.c: Rename formal parameters for clarity

This was named 'not_implicit' instead of 'explicit' because the latter
is a C++ keyword.

But a negative name increases the cognitive load of understanding, and
in this case resulted in some double negatives, which is worse.

'is_explicit' isn't a keyword and is a clearer name for this concept.

perlapi: Document save_[ah]elem(_flags)?

perlintern: Document save_scalar_at

perlapi: Document SvPV_shrink_to_cur

perlapi: Document SV_CHECK_THINKFIRST*

perlapi: Mark hv_free_ent as internal

There are no CPAN uses of this, and looking at the code and how it is
used, it appears to be a helper function for various operations.

perlapi: Document start_subparse

perl5360delta - pod syntax fix

pp.c - fix for Perl_pow for ivsize== 4, nv is 'doubledouble' (long double).

fixup, use old logic until 5.37 - TO BE SQUASHED

XS-APItest - add tests for new API calls and for bool internals

We do not have any tests for the bool internals. This creates a bunch of
them to test and validate the various new API calls for creating and
setting bools.

sv.c - add new bool related utility functions and macros

The new bool "type" does not have the usual complement of utility
functions and macros. It only has one encapsulating function, which is
perfectly reasonable for most use cases where one wants to test if an
SV* is a bool, but does a bit too much if one is working on a
serialization tool which is likely to want to unroll a nice chunk of the
logic.

The new type also lacks the usual cohort of utility functions to create
new bool SV's.

This patch adds the following functions:

    newSVbool(const bool bool_val)
    newSV_true()
    newSV_false()

    sv_set_true(SV *sv)
    sv_set_false(SV *sv)
    sv_set_bool(SV *sv, const bool bool_val)

And the following macros:

    SvIandPOK(sv)
    SvIandPOK_off(sv)
    SvIandPOK_on(sv)

The following three are intended very specifically for writing
serialization code like for Sereal, where it is reasonable to want to
unroll the logic contained in Perl_sv_isbool() and SvTRUE(). They are
documented as "you dont want to use this except under special
circumstances".

    SvBoolFlagsOK(sv)
    BOOL_INTERNALS_sv_isbool(sv)
    BOOL_INTERNALS_sv_isbool_true(sv)
    BOOL_INTERNALS_sv_isbool_false(sv)

SvBoolFlagsOK() is documented as being the same as SvIandPOK(),
but this abstracts the intent from the implementation.

regexec.c: Rmv obsolete recursion checks: GH #8369

There is no recursion to exceed limits of.

This fixes #8369

epigraphs: add the v5.37.0 epigraph

...and correct a typo in the v5.36.0 epigraph while at it

corelist: update for v5.37.1

perldelta: new v5.37.1 perldelta

bump version to v5.37.1: now open for business

perl5370delta: replace the XXX content with real content

INSTALL: tweak the version in the bincompat language

This bit of text gets in my often enough to annoy me, but not
often enough for me to figure out what to do better!

Module::CoreList: add v5.37.0

feature.pl: update for the v5.37 bundle (and regen)

epigraphs.pod: the v5.36.0 epigraphs

release schedule: update for v5.37

perl.pod: add perl5360delta

regen for version bump

perldelta: create perldelta for 5.37.0

bump version to v5.37.0

META.json: regen for 5.36.0

patchlevel.h: this is 5.36.0, not a release candidate!

perlhist: update release date for 5.36.0

Module::CoreList: update release date for 5.36.0

perldiag: drop documentation of extinct warning

We had a "will be removed in 5.30" warning still documented.  The new
release is 5.36.  This warning is long gone.