doc 51eec7

LOGONLY mark c1bf42 NODOC (verify needed) since I think this is a minor change but don't have the RT handy

LOGONLY mark 4c050a NODOC since it's a pure POD re-order

LOGONLY mark 65ab92 as DOCed

doc 65ab92

LOGONLY mark e57ed4e as NODOC since it's just applying tests from a bug that's fixed elsewhere

LOGONLY mark 1408fb as NODOC since it appears to be a useful but minor warning cleanup

forgot the rev id for the ebcdic tr/// stuff

LOGONLY mark 71648f as DOCed

doc 71648f

LOGONLY mark abd889 NODOC since it's a pure test untodo

LOGONLY mark 28093d, 9ef2b9 NODOC since I'm fairly sure these two aren't important

LOGONLY ec11e5 is completely opaque to me  - HALPHALP is this important?

add specific thank yous to Ack section for a couple things I can't see fitting into the main delta

LOGONLY mark b081dd .. 9dc682 as NODOC on grounds of being cleanup

LOGONLY mark 77bac2 as DOCed

doc 77bac2

LOGONLY mark af534a and c85ae7 as NODOC since the fixes don't seem generally user visible

LOGONLY mark a bunch more of Karl's test/comment related fixes NODOC

LOGONLY mark 4c0f30 DOCed

doc 4c0f30

LOGONLY mark eff5b9 .. 261c99 NODOC since they're primarily refac/cleanup

LOGONLY mark dc1f0c HALPHALP since while it's a trivial change, I think XS authors will care when it was fixed and I can't summarise this well

LOGONLY mark 20832b .. 02927b as NODOC - verify needed (think this is cleanup rather than important.

So far as I can tell here this is mostly just Nicholas getting annoyed and
cleaning things up. Which is great. But it could be more important than that,
and I really am not qualified to tell. Hence marking for verification.

LOGONLY mark 1404b4 as NODOC since it appears to be a clang specific fix and so far that's probably not a stonkingly important platform

LOGONLY mark a6f87d as HALPHALP since I really have no idea what's going on here and there's no POD changes in the commit

LOGONLY mark 8a38a8 as NODOC since it's test cleanup

LOGONLY mark f69d9f as NODOC since it's test.pl improvements - makes me faintly wonder if we should have a 'for core hackers' section of the delta to include things like this under ...

LOGONLY mark 04518c as ALREADY since it's part of the cloning stuff

LOGONLY mark a77cd7 as NODOC on administrivia grounds

LOGONLY mark a bunch of tiny apidoc commits as NODOC since I'm not documenting them as such - bloody useful but incremental

LOGONLY mark d5cd9e NODOC since while it's a worthwhile docfix it doesn't seem quite delta-worthy

LOGONLY mark the extra commit ids just added for overload/tie as ALREADY

add some extra commit ids to the overload/tie fixes

LOGONLY mark 5f26d5 DOCed

doc 5f26d5 (mostly by rewording Karl's commit message)

LOGONLY mark 8590c06 NODOC - another cleanup commit

LOGONLY mark 5df417 NODOC since it's a build warnings cleanup

LOGONLY mark 7c425e as NODOC since it's more icing on 05d04d9

LOGONLY mark adf8f0 as NODOC since it's just icing on 05d04d9

LOGONLY mark 05d04d9 DOCed

doc 05d04d9

fix typo in $_ handling change explanation

LOGONLY mark 4cee4c NODOC since it's pure code cleanup

LOGONLY mark 6de654 as DOCed

doc 6de654

LOGONLY mark d6b158 as NODOC since this is basically a refac job

LOGONLY mark e42956 as DOC but verify needed since I want somebody to check my logic - and mark d08d57 as NODOC since I'm fairly sure e42956 is the interesting part

doc e42956

LOGONLY marking 1db366c NODOC on grounds of 'meh'

LOGONLY marking f7abe7 as NODOC because I -think- while this is kinda cool it's not really user visible in and of itself; verify needed however since RT #73046 is mentioned and I can't tell if that's important (hey DHH, I -am- on a fucking plane ...)

LOGONLY marking a09252e as HALPHALP because once again I have no idea what black magic Nicholas is casting

LOGONLY marking 842c41 as NODOC since while it is theoretically an optimisation, it's AFAICS most importantly cleanup and I'm not sure I can sensibly explain the optimisation bit to anybody not reading the diffs

LOGONLY more delta entries marked as NODOC

LOGONLY mark apidoc tweak NODOC since it's not AFAICS really anything except a typofix

LOGONLY mark s///r commits as already doc'ed, mark administrivia commits as NODOC

add commit ids to s///r addition

nuke some boilerplate from the delta

LOGONLY mark as HALPHALP 223f0fb since once again I have NO IDEA AT ALL what Nicholas is doing

LOGONLY mark occ522 as NODOC since I don't -think- this needs to go into the delta, only the part where 'defined %stash::' is deprecated (which I presume it already there somewhere) - verify needed

LOGONLY mark 4fa7c2 as NODOC since it's basically a correctness change

LOGONLY mark f4431c .. fcd245 as doc'ed

doc hv_fill changes in f4431c .. fcd245

clean up the formatting of the performance section a bit

add second commit id for overload/tie fixage

LOGONLY mark 6f1401,ed3b9b already doc'ed in delta

add commit id for dapm's overload respecting get magic fix

LOGONLY mark some deep magic by Nicholas as needing help (HALPHALP) - I suspect this can be summarised as 'made a bunch of structs a bunch more efficient' but I am WAY not confident enough of what's going on here

LOGONLY mark 89c1d9 as NODOC - while the pedantry involved makes me feel warm and fuzzy I can't see this mattering for the delta

LOGONLY mark 23ae7f as DOCed

doc 23ae7f

LOGONLY mark ALREADY the last package block commit

add commit ids to Zefram's docs for package block

LOGONLY mark Zefram's package {} stuff as already doc'ed (cheers Zef)

LOGONLY mark 78b7eff 4cf5ea b1faab 39f3f7 doc'ed as perf enchancements

doc 78b7eff 4cf5ea b1faab 39f3f7 as perf enchancements

LOGONLY - mark SvIVX/SVt_REGEXP DOCed (verify - do we care?)

Document e77da3

LOGONLY - NODOC Nicholas' macro change (65ac17) (verify needed)

LOGONLY - NODOC for rjbs' email change (ef01b67)

LOGONLY annotated log from v5.13.1 tag - will rebase this away on merge

Document faee19

document missing space after regex pattern in perldelta

Deprecate no space between pattern, following word

This patch raises a deprecated warning on constructs like
    $result = $a =~ m/$foo/sand $bar;
which means
    $result = $a =~ m/$foo/s and $bar;

Fix list of constants to import to make this test pass

* FAQ sync

This is commit 37550b8f812e591bcd0dd869d61677dac5bda92c from the
perlfaq repository at git@github.com:briandfoy/perlfaq.git

Avoid warnings with undefined hash values [perl #74280]

Deparse correctly "no VERSION" [perl #75482]

Avoid compiler warnings in Perl_foldEQ_utf8, spotted by Jerry D. Hedden.

Avoid creating @EXPORT_FAIL in every package using Exporter.

Previously, if package INKLE_KLINK is an Exporter, then the Exporter code's
symbolic lookup of \@{"INKLE_KLINK::EXPORT_FAIL"} would cause both that array
and the enclosing typeglob to be instantiated. Now the typeglob and array are
only created if present. (Strictly, if there's something in INKLE_KLINK's
symbol table for EXPORT_FAIL. But likely that will only ever be the array.)

This saves about 200 bytes per package that uses Exporter but does not need an
@EXPORT_FAIL.

PERL_IMPLICIT_SYS also needs thread context for safesysfree()

PERL_TRACK_MEMPOOL needs it to work without -DDEBUGGING.

Fixes for 0cb20dae370512c6 not addressed by 1f4d2d4e2e4bb7bb.

Stop using WITH_THR and WITH_THX, as they were never necessary here.

PERL_IMPLICIT_SYS also needs thread context for the *alloc success paths.

0cb20dae370512c6 was a bit to aggressive in its deferral of dTHX.

In Perl_safesys{c,m,re}alloc(), defer dTHX for non-DEBUGING builds.

Under ithreads, dTHX expands to pthread_getspecific() [or something similarly
expensive], which the compiler can't optimise away. However, its return value
isn't needed unless the allocation fails. So defer the call, hence avoiding
it entirely on a successful allocation.

DEBUGING builds require the value of dTHX for debugging purposes, so we can't
postpone it for them. Unthreaded builds were never affected as they don't use
thread local storage for the interpreter context.

Attempt at improving the perlipc docs

Revert "It may not be obvious to a new Perl programmer that $#ary is explained in perldata.pod (see stackoverflow.com/questions/2997042/ )."

This reverts commit db2ed3fb308b082577e9315ba52b2cb266a2bd0a.

uc(): Handle Greek YPOGEGRAMMENI

Unicode contains two context-sensitive case-changing rules.  This patch
enables one of them, dealing with the Greek YPOGEGRAMMENI.  The code had
been #ifdef'd out, so the changes here are more than what the diff
shows.  The reason it was #ifdef'd out was because more research was
needed to verify that it was correct, which I have now done, and think
it is.

The issue is we may just be uppercasing a portion of the context, so
don't have complete knowledge of what should be done.  This patch causes
us to move the ypogegrammeni to as far right as it should go, or to the
end of the context we know about, whichever comes first.  That's the
best we can do.  If it really should be moved further to the right,
there's no way we can do it, because the user has not called uc()
with the full information needed.  So, in all cases, this is better than
just leaving it where it was in the input.  Also, the applicable context
is limited to a logical character, that matched by /\X/, so if the user
is calling uc() on a subset of a logical character, it really is their
mistake.

t/uni/case.pl: allow extra tests of different form

Add an option to case.pl so that the callers can run extra tests that
don't fit in with it's format.  They just pass the number run to it, and
it adjusts the plan accordingly.

Add support for more TCP_ constants to Socket

(plus bump version to 1.89)

Remove debugging statement from mktables.

A debugging statement was inadvertently left in which causes an
extraneous warning.