Current ppport.h forcibly overrides older buggy versions of utf8_to_uvchr_buf

Hence we need to set NEED_utf8_to_uvchr_buf else we don't get *any*
utf8_to_uvchr_buf. Oops. :-)

ppport.h's utf8_to_uvchr_buf implementation misses a NULL check in one place.

Update Scalar-List-Utils to 1.56

release schedule: schedule a few months out

Fix typo

Perlsphere has been replaced by Planet Perl. Perl Weekly is now on https

All gravy

IO: add a test for sync()

We already had a test which called sync(), but the new test exercises a
much more common scenario.

IO: implement sync() for win32

incorporate review feedback

Give SV information in default typemap

Issue #18461

Moved 2 vars in perlvar to deprecated section

Add a regex test for changes in 1d8aafa

In https://groups.google.com/u/1/g/google-code/c/bn4X3d-89to, Neil
Agarwal wrote:

---

Could someone please explain to me the output of the following Perl
code in Code Jam's test run mode? The system gives "BCD" instead of
"ABCD", and I have not been able to reproduce this behavior anywhere
else.

$S1 = "1((((((7(9))))))";
$S2 = "1((((((7(9)))))";

print "A" if $S1 =~ /[89]+/;
print "B" if $S1 =~ /[9]+/;
print "C" if $S2 =~ /[89]+/;
print "D" if $S2 =~ /[9]+/;

---

I tried to bisect the problem and discovered the wrong behaviour was
introduced in 2813d4adc971fbaa124b5322d4bccaa73e9df8e2 and fixed in
1d8aafa0548097ffe407cad078f79b4d56fd7dca, which means all 5.28.* had
this problem. Google Code Jam used 5.28.1 in the 2021 contest.

This commit adds the original test case to prevent further
regressions.

perlapi: Rmv repeated word

perlgov: add a PSC section, add jmac to core team

perlfunc - mention that delete can only be used on key-value slices since 5.28

File::stat - Fix typo in synopsis

perlcommunity - freenode chat is moving to libera

Update perlfaq to CPAN version 5.20210520

  [DELTA]

5.20210520  2021-05-20 04:16:03Z
  * faq5: remove suggestion to use read() for slurping (PR#96, Dan Book)

Merge branch 'smoke-me/jkeenan/alyssais/gh-18726-toke-c-warnings' into blead

perldelta: add a new delta for v5.35.1

release schedule: out with v5.33, in with v5.35

This file will need further updating.

update the epigraphs file with v5.35.0 epigraph

toke.c: fix format warnings

Signed-off-by: James E Keenan <jkeenan@cpan.org>
Remove 2nd const from patch originally submitted in
https://github.com/Perl/perl5/pull/18726; it was causing two build-time
warnings.

Alyssa Ross is now a Perl author.

perlhist: add v5.35.0

perldelta: v5.35.0 delta contents

New perldelta

Bump to 5.35.0:

* Apparently, first you bump, then you update perldelta.
* 5.35.0 *might* be released tomorrow (likely) but not certainly.
* I've set it to tomorrow so Module::CoreList won't be upset.

Tick the release

Update epigraph

add new release to perlhist

Update perldelta

Update customized

No point in updating on change for a newly-introduced module

Cleanup double mentioning of -Dusedefaultstrict

perldelta: unify styles for headings

perldelta: unify styles of links for github issues

perldelta: fold long lines

Update epigraph

update meta

disarm RC2 bump

Bump version to RC2

Add release to perlhist

Update perldelta

Update Module::CoreList

Remove todo note about octal notation since it's now added

Perldelta: Podifying a bit more

perldelta: bump Data::Dumper version in v5.34.0

Update Changes file for Data::Dumper.

Seems that there hasn't been a CPAN release for 2.5 years.

For 5.34.0, revert the fix for GH #18614 as it introduces a regression.

This reverts the XS code change from March 2021 from commit c71f1f234aad8a3c:
    Make Data::Dumper mark regex output as UTF-8 if needed

retains the new tests, but skips them for Dumpxs.

The change fixed one bug, but introduced another (GH #18764). The fix for
both seems a little too risky this late in the release cycle, so revert to
the v5.32.0 behaviour for the v5.34.0 release itself. Both bugs will be fix
with a CPAN release very soon, which likely will also be in v5.34.1

set -fwrapv on by default unconditionally

This was broken on gcc 10, and we want -fwrapv for all versions of
gcc that we support.

We also want a developer to be able to disable it easily
(GCCWRAPV=undef) so it remains a flag rather than hard-coding
-frwapv below.

perldelta - move split change to other perlfunc changes and add issue link

perldelta.pod: tweak -Dusedefaultstrict text

The existing text read to me as if -Dusedefaultstrict is on (i.e. defined) by default.  Hopefully this PR is correct.

small touch-ups to the 5.34.0 perldelta

Add epigraph

Fix date of 5.34.0-RC1 in perlhist

Update META

disarm RC1 bump

Update META files

bump version to RC1

add new release to perlhist

Merge all perldelta files to create perl534delta.pod

Update Module::CoreList for 5.34.0

make regen_meta

Bump perl version in various places for 5.34.0

Fix perlop.pod about isa operator's precedence

update experimental to 0.024 from CPAN

perlpolicy: update moderator list

Merge branch 'perlexperiment-links' into blead

feature.pm: fix a typo

feature.pm: note that "try" is experimental

...then regen

perlexperiment: document the "try" experiment

perlexperiment: document the uniprop_wildcards experiment

perlexperiment: document the private_use experiment

perlexperiment: note warning category for win32_perlio

perlexperiment: add links to more issues

This commit also tries to put things into the same order between
experiments, and calls experiments "experiments" rather than "features".

perlexperiment: update GitHub issue link for "isa"

Remove a double negative from a comment, clarifying that this is the default.

fix very minor spelling and pod markup in the last delta

perlapi: Fix grammar

Artisanal Commit

new perldelta for 5.33.10

5.33.10 isn't going to happen but it looks like we bump to the bogus
release and THEN switch to RC1.

Tick release_Schedule.pod for 5.33.9

v5.33.9 advertised on p5p mailing list

epigraph for v5.33.9

add new release to perlhist

Generate new modules in perldelta automatically

Update changed modules in Module::CoreList

Perldelta for 5.33.9

Revert "Update Scalar-List-Utils to 1.56"

This reverts commit a7dc88699c420088b5448c415a8a973e51c0fc18.

We've opted to keep this out until 5.34 is released.

perldelta for dace60fbdbd315ddaeca8ff9dad1d4a672f95a3d

Upgrade NEXT to 0.68 from CPAN

[DELTA]

0.68 2021-04-19 NEILB
    - Fix for RT#123002, so NEXT works with proxy constants
    - Made testsuite clean under strict & warnings
    - Made testsuite pass if running under perls that are already c3.

0.67_03 2021-04-18 NEILB
    - mro was added in Perl 5.9.5, and it's not dual-life, so Reini's
      patch (in 0.67_01) failed on earlier versions of Perl.
      Have now made its use dependent on version, with "use if".

0.67_02 2021-04-18 NEILB
    - Applied patch from Father C so that NEXT works with proxy constants.
      RT#123002

0.67_01 2021-04-18 NEILB
    - Enforced strict and warnings on testsuite. Thanks to ATOOMIC.
    - Added github CI. Thanks to ATOOMIC.
    - @ISA fixes for c3, so tests will pass on perls that use c3 as default
      (for example cperl). Thanks to RURBAN.

Update ExtUtils-MakeMaker to CPAN version 7.62

  [DELTA]

7.62    Tue 13 Apr 18:58:24 BST 2021

    No changes since v7.61_01

7.61_01 Sun 21 Mar 09:24:57 GMT 2021

    Bug fixes:
    - Use shellwords in ExtUtils::Liblist::Kid::_unix_os2_ext

Adjust Module::CoreList version in Maintainers.pl

This reflects the version that's on CPAN right now.

Update Scalar-List-Utils to 1.56

[Delta]

1.56 -- 2021-03-30
    * Added `List::Util::zip`, `List::Util::mesh` and related functions
      (RT129479)
    * Updated embedded ppport.h for Devel::PPPort v3.62

Ignore microperl if we build it

t/op/bop.t: Call "use warnings" pragma after BEGIN block

This enables set_up_inc() to be honored in processing "use warnings"
and will make stand-alone testing a bit easier.

perl.pod - move perlhist + perldeltas to History section

POSIX: Prefer system's NAN/INFINITY for POSIX::NAN and POSIX::INFINITY.

POSIX::NAN and POSIX::INFINITY used to return NV_NAN and NV_INF
defined in the perl core respectively, but these might be different
from the values defined in the POSIX system header, as these special
values might have multiple internal representations.

If respective POSIX macro is not defined (eg. on pre-C99 system),
they will return NV_NAN/NV_INF, so there should be no degradation.

how_to_write_a_perldelta.pod: sections to match skeleton, more detail