Disable readdir_r and readdir64_r on glibc >= 2.24

DESCRIPTION
       This function is deprecated; use readdir(3) instead.

       The  readdir_r()  function was invented as a reentrant version of read-
       dir(3).  It reads the next directory entry from  the  directory  stream
       dirp,  and  returns  it  in  the  caller-allocated buffer pointed to by
       entry.  For details of the dirent structure, see readdir(3).

       A pointer to the returned buffer is placed in *result; if  the  end  of
       the  directory stream was encountered, then NULL is instead returned in
       *result.

       It is recommended that applications use  readdir(3)  instead  of  read-
       dir_r().   Furthermore,  since  version  2.24,  glibc  deprecates read-
       dir_r().  The reasons are as follows:

       *  On systems where NAME_MAX is undefined, calling readdir_r()  may  be
          unsafe  because  the  interface does not allow the caller to specify
          the length of the buffer used for the returned directory entry.

       *  On some systems, readdir_r() can't read directory entries with  very
          long  names.   When the glibc implementation encounters such a name,
          readdir_r() fails with the error ENAMETOOLONG after the final direc-
          tory  entry  has  been read.  On some other systems, readdir_r() may
          return a success status, but the returned d_name field  may  not  be
          null terminated or may be truncated.

       *  In  the  current POSIX.1 specification (POSIX.1-2008), readdir(3) is
          not required to be thread-safe.  However, in modern  implementations
          (including the glibc implementation), concurrent calls to readdir(3)
          that specify different directory streams  are  thread-safe.   There-
          fore,  the  use  of  readdir_r()  is generally unnecessary in multi-
          threaded programs.  In cases where multiple threads must  read  from
          the  same  directory stream, using readdir(3) with external synchro-
          nization is still preferable to the use of readdir_r(), for the rea-
          sons given in the points above.

       *  It  is  expected  that  a  future version of POSIX.1 will make read-
          dir_r() obsolete, and require that readdir(3)  be  thread-safe  when
          concurrently employed on different directory streams.

add X<s> to s/// in perlop (RT #131371)

This should make 'perldoc -f s' work.

fixup typo (squash candidate) in globbing code comments

This fixes up a typo from 444c4cd5e784ec836ff4a81a582bcb0df9f1e277,
if possible before merging to blead squash this commit with that.

[perl #131211] fixup File::Glob degenerate matching

The old code would go quadratic with recursion and backtracking
when doing patterns like "a*a*a*a*a*a*a*x" on a file like
"aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa".

This patch changes the code to not recurse, and to not backtrack,
as per this article from Russ Cox: https://research.swtch.com/glob

It also adds a micro-optimisation for M_ONE and M_SET under the new code.

Thanks to Avar and Russ Cox for helping with this patch, along with
Jilles Tjoelker and the rest of the FreeBSD community.

perldelta: New perldelta

epigraphs: linkify releasae

tick release

epigraph: Updating, pending link

add new release to perlhist

perldelta.pod: Finalize perldelta

Update Module::CoreList for 5.27.0

Add changes

CoreList: bump version for v5.27.0 release

Update Module::CoreList

Regenerate and update Op_private and uconfig.h

META: Update

Correct versions in INSTALL

Bump version: 5.26.0 -> 5.27.0, including fixes

Bump feature.pm for 5.27.0

perldelta: New perldelta (5.27.0)

release_schedule: Updated, ticked

epigraphs.pod: Add 5.26.0, link pending

perlhist: Move 5.26.0 to another table to fix line length

add new release to perlhist

perldelta: Sort order of modules

perldelta: Update acknowledgements

Update Module::CoreList for 5.26.0

Revert "Fallbacks for Perl_fp_class_denorm()."

This reverts commit e77299d3416e7e737523afdc0642734205e46d59.

This was reverted due to a major freeze. It was merged into the
blead-next branch and will appear in 5.26.1.

Fallbacks for Perl_fp_class_denorm().

These may be needed if the compiler doesn't expose the C99 math
without some special switches.

perldelta: Mention perlthanks

perldelta: More fixes

perldelta: A few more grammatical improvements

perldelta: Remove unnecessary space

perldelta: Merge similar OS sections:

* Merge OS X and macOS to Darwin. (Maybe under "macOS"?)
* Merge Win32 into Windows.

perldelta: Mention the problem with g++ 6 and subnormal floats.

remove perl525*delta.pod

perldelta: remove mention of comp.lang.perl.misc

perldelta: move an entry from 'Errata'

'Errata From Previous Releases' contained a fix from 5.25.1 only reported
in perl5253delta. This still counts as fixed in the current release from
5.26.0's viewpoint.

perldelta: remove 'Known Problems' section.

All the entries in it appear to be copied from perl5250delta.pod and are
likely no longer relevant.

perldelta: davem's 2nd half proofreading

From "Utility Changes" to "Selected Bug Fixes" inclusive

A lot of the bug fix descriptions were very opaque - often just the subject
line from a commit message.

epigraphs.pod: Adding announcement email link

regenerate META

Update epigraph, link forthcoming

disarm RCnnn bump

Update perlhist

perldelta: fix some POD

Update META files

bump version to RCnnn

add new release to perlhist

Remove the leading dot in the file name from the do example so it does not confuse readers

perldelta: add extra changed diag entry

Thanks to Ilmari for the correct pod escape voodoo.

perldelta: Diagnostics fixups

I did a diff of the 5.24.0 and current perldiag.pod's
and used it to fix up the new/changed diagnostics sections.

In particular: for changed diagnostics, I added a short description of
*what* had changed. I also moved some entries between sections, deduped,
added missing entries etc.

more perldelta fixups.

This is my reading from the start of the file through to the start of
=head1 Documentation

* the new 'do' warning isn't mandatory (but merely enabled by default)

* make it clear that the -Di cmd-line switch is new

* remove some optimisations that are trivial or not really optimisations.

* For modules, remove descriptions of bug fixes which are obscure/trivial

* I don't know how the "Compatibility with 5.8 has been restored" text
for threads came about - it was added in the 5.25.1 perldelta, but no
commits around that time seem to support this. So I removed it.

* a few typos etc

* I also added an Internals entry for OP_SPLIT/OP_PUSHRE.

perldelta: Add missing messages to list

I went through perldiag, and copied over links to these messages that
had failed to get placed into perldelta.

perldelta: Convert warning to standard form

It turns out that this message isn't a generic one, but quite specific,
so convert to that and move to sorted position in list.

perldelta: Sort new warnings section

alphabetically, after having standardized the entry format

perldelta: Add 2 blank lines

for readability.

perldelta: Sort new errors section

alphabetically, after having made the entries uniform.

perldelta: move the description of 128095 where it belongs

perldelta: the :utf8 handle warning is now on by default

perldelta: re-word the entry for 130335

perldelta: Make links to ticket numbers

Spotted by Tony Cook.

I did not verify that all these links work; if there was already a typo
in the ticket number, the link will fail.

perldelta: Use '#' for ticket number

Tony Cook spotted that we sometimes say [perl 000] and sometimes
[perl #000].  Make them consistent.

perldelta: Provide a reference to new feature

This pod discusses the new experimental feature listed in the
diagnostics section.  Refer to that.

perldelta: Provide links for changed diagnostics

perldelta.pod: Move diagnostic in file

This description applies to multiple diagnostics.  Move it to the area
where others like it are.

perldelta: Move some bug fixes to proper section

Somehow these ended up under changed diagnostics, though one could argue
they kinda sorta might belong under diagnostics.

perldelta: Fix up "Experimental %s on scalar" msg

This is changed to the format of the other entries that describe a
single message, and moved to the list of those, sorted alphabetically.

perldelta: Collapse :utf8 handle entries

There were two entries dealing with this.

perldelta: Add some C<>

These were overlooked in earlier commits

perldelta: Rmv duplicate entry

perldelta: It was perlmod that changed

Not perlmodinstall

perldelta: Fix link.

Spotted by Dan Book

perldelta: Add link for more expanation

The link explains unescaped "{" more.

perldelta: Clarify -Di switch entry

I didn't understand this, and looked at the actual commits to figure it
out.

perldelta: Add missing links

All API functions mentioned as new are now linked to, as well as various
other things that should be linked to.

perldelta: Rmv entry that applied only to 5.25 dev release

perldelta: Clarify entry for [perl #129106]

perldelta: Clarify a utf8 decode entry

This clarifies that the changes listed here apply to several of the
decode function variants, not just one.

perldelta: Clarify about when isFOO_utf8 now die

perldelta: perlop changes

This adds a new item, and clarifies the existing one

perldelta: Clarified perlhack entry

perldelta: Reordered split() so most important is 1st

perldelta: Clarify seek() entry

perldelta: Move dtrace ticket number

I believe this makes it clearer that it applies to all the fixes in the
list

perldelta: Remove duplicate entry

This is an exact copy of another entry for [perl #129090]

pod/perldelta: Reword #129903 description

I looked at the ticket to understand better how to clarify this.

pod/perldelta: Reword #130010 description

I looked at the commits and ticket to clarify this

perldelta: Add missing =item

perldelta: Nit fixes

This has what I believe are non-controversial changes, missing or extra
words, typos and punctuation, plus a couple of clarifications and
cautions.

perldelta: Standardize on ticket #'s being at ends

Bug fixes are hereby standardized so the ticket number appears at the
end of the entry, instead of some being at the beginning.

podcheck: Module::Signatures is known correct.

perldelta: Add pod formatting codes

This adds mostly C<>, but some F<>, B<>, I<> as well.  Fixed an S<> to
C<>

perldelta: Fix overlooked C<.>

This is turned into C<".">.  It should have been done as part of
df48f9a40b9a0dd18a1e55dffe80ba98b5e5a99c

perldelta: Fix link displays

This fixes the displays of some links.  Most of this fix is
that one shouldn't say

C<L<foo/bar>>

This is because it translates to 'bar in foo' entirely in the
fixed-width font.  And 'in foo' shouldn't be in fixed width.  (I will
bring this up to see if Pod::Simple should change, or it should be
flagged by Pod::Checker.)

Instead one should currently write

L<C<bar>|foo/bar>

perldelta: Standardize references to Perl

There is a mixture of saying Perl "5.foo" and "v5.foo".  This
standardizes to the two most common variants.  When the word "Perl"
precedes the version number, the "v" is omitted.  Perl is capitalized.
When the number stands alone, the "v" is added.

However, the NAME section must say 'perl v5.26.0' as that form is
expected from Porting/pod_lib.pl

Fix various POD issues

Correct POD formating error detected by t/porting/podcheck.t.

The text in the link lacked the open- and close-double quotes found in the
section head being linked to.

perldelta: Note new test scripts

I went through the commits since 5.24.1, and found these added scripts
that were missing from perldelta.  This entailed rewriting the existing
entry on APItest, as a bunch of test files were split.

perldelta: Fix some single char C< >

Some characters that should have been in C< > weren't.

Single character C< > should instead be C<" "> (where the space is any
character).  This is how they are displayed anyway in non-gui devices,
and in gui, the single character really doesn't stand out as distinct,
whereas longer strings tend to.  Though, I did add quotes around the
range operator "..", as that wasnt very distinct without them.

I removed the C<> from C<1>, as the 1 is a generic value.