Handle Unicode 3.0.1 /i Turkish "i" rules

Actually, there are no special rules for this Unicode release.  All the
4 "i" characters are considered equivalent under /i only in this
release.  (Upper and lowercase dotted and dotless "i").  This
adds special cases that are only compiled in for that release.

regen/unicode_constants.pl: Add U+130, +131

These will be used in the next commit

regen/mk_PL_charclass.pl: Add extra info to debug line

This is currently commented out, but this is helpful during
the times when it is used.

regen/regcharclass.pl: Handle empty lists

Short circuit the remaining code and return a 0 if the input doesn't
match anything

lib/locale.t: Fail more gracefully

If a character's name is unknown, say that instead of an unitialized
warning.

mktables: Handle early Unicodes' script names

These were all caps in early releases

uc(sharp s) is itself in very early Unicode versions

There are no folds to multiple chars in early Unicode versions

Several places require special handling because of this, notably for the
lowercase Sharp S, but not in Unicodes before 3.0.1

Unicode::UCD: Remove dead code

Nothing should get executed after a croak.

regen/unicode_constants.pl: Generate #defines giving which Unicode version

Future commits will want to take different actions depending on which
Unicode version is being used.

mktables: Calculate \p{Assigned} earlier in build

Future commits will want this table earlier than it is currently
calculated.  This commit also changes one place to use this table.

t/uni/variables.t: Fix nits in comments

mktables: Remove redundant test

This test is a duplicate of the one that got us to take this branch to
begin with, so is redundant.

mktables: White-space only

reindent after removing a surrounding block in the previous commit

mktables: Move code wrongly inside a block

This would fail to be executed only for very early Unicode versions, so
wasn't a visible bug.

mktables: Add missing /x

Because of this the pattern didn't match what it was expected to match.
But it only showed up if the Unicode version was an early one.

mktables: Fix off-by-one error

This only affects when compiling an earlier Unicode version.  This
property came along one release earlier than the code thought.

mktables: Define ok(), needed by a required script.

loc_tools.pl wants this function to be defined.

mktables: Don't hard-code number of code points

Unicode 1 only had 2**16 code points.  It is simple to fix to have a
varying number.

regcomp.c: Rmv useless 'continue'

This is the final statement of the short loop.  It does nothing.

mktables: Remove unused assignment

mktables: White-space only

Outdent subroutine that doesn't need to be indented

mktables: Don't assume a decimal number is hex

This caused invalid data to be generated for early releases of Unicode
for the Lowercase property.

Allow Perl to compile and work on Unicode releases without U+1E9E

U+1E9E LATIN CAPITAL LETTER SHARP S is handled specially by Perl,
because of its relationship to the infamous LATIN SMALL LETTER SHARP S,
which folds to 'ss', being the only character whose code point is < 256
to have a multi char fold, and this creates lots of special cases.

But U+1E9E wasn't in all Unicode releases.  Because Perl is supposed to
work with any release, we need to be able to compile when this character
isn't defined.  In some of those cases we use U+017F (LATIN SMALL LETTER
LONG S instead, which is in all releases.

regen/unicode_constants.pl: Skip U+1E9E if not in Unicode version

LATIN CAPITAL LETTER SHARP S is not available in all Unicode releases;
simply skip generating things when it isn't there.

mktables: Remove wrong warning message

This warning should not be raised.  The extra parameter it warns about
is an indent that is in fact passed on.

regen/unicode_constants.pl: Fix to work under skip_if_undef

This input flag was not being properly handled.

regen/unicode_constants.pl: Move comments around

This moves the description of what <DATA> lines should look like to
the __DATA__ line.

I64/U64 should be defined regardless of PERL_CORE.

Only HAS_QUAD matters.

This is old code, originally by yours truly (6b8eaf93).  I think the
PERL_CORE was to protect the inclusion on <inttypes.h>, but that was
not a very good reason or a method even back then.

Carp requires parent 0.217 for -norequire

[rt.cpan.org #106036]

regcomp.c: Add comment

perlvar: discourage $OLD_PERL_VERSION

Attribute-Handlers is of the 0.99 on CPAN

Follow-up to d229247c: use U64TYPE consistently.

Why exactly we are using U64TYPE here and not U64, I dunno.  What I do
know is that if U64TYPE is changed to U64 everywhere in hv_func.h,
win32 build dies.  Maybe hv_func.h gets included before the typedef
for U64 in handy.h takes place, and only the U64TYPE define is available.

Comment detypos.

Use UINT64_C.

There's no READ_UINT32.

(relic of some earlier code?)

Correct VS2015's impending CCTYPE

VS2013 was version 12.0, so VS2015 would be expected to be 13.0, not 15.0,
so the CCTYPE would be MSVC130, not MSVC150. However, VS2015 (just released
on 20 July) actually installs to somewhere like "C:\Program Files (x86)\
Microsoft Visual Studio 14.0" and sets "VisualStudioVersion=14.0" in the
environment, so they seem to have skipped version 13.0 (superstition?!) and
gone to version 14.0 instead. So our next CCTYPE will be MSVC140.

Unfortunately, it currently doesn't work. Changes to the CRT give linker
problems that are fixed by dropping -nodefaultlib, but changes to the FILE
structure are more of a problem. Tweaks in Makefile and config_sh.PL to
undef d_stdiobase/USE_STDIO_BASE and d_sdtsdtio/USE_STDIO_PTR etc go some
way to help, but there is still trouble compiling perlio.c (which accesses
f->_file in PerlIOStdio_invalidate_fileno) and win32/win32.c (which
accesses (pf)->_flag in win32_fdupopen).

(This commit also changes referencs to version N.x to simply N.0 since they
all are .0 only, except for the .NET 2002/2003 releases, which were 7.0/7.1
respectively.)

bump version on Attribute::Handlers

...because of CPAN release to get blead code on CPAN

[perl #125541] Fix crash with %::=(); J->${\"::"}

gv_stashpvn does not expect gv_fetchpv to return something that is
not a GV.  If someone has blown away the stash with %::=(), then the
$::{"main::"} entry no longer exists, but gv_fetchpv expects it to be
there.  This patch just makes this case fail somewhat gracefully
instead of crashing:

$  ./miniperl -e '%::=(); J->${\"::"}'
Can't locate object method "" via package "" (perhaps you forgot to load ""?) at -e line 1.

If someone does %::=(), nothing more reasonable should be expected.
At least it does not crash now.

Don't skip symbols for defunct -Uuseperlio case.

Those symbols can and must exist for the -Duseperlio case, which
is the only configuration possible since 5.16.x.

Remove PERLIO_IS_STDIO from win32.c and wince.c.

It will never be defined so there's no reason to check that it's
not defined.

Evict PERLIO_IS_STDIO from top-level core files.

Configuring with perlio has been the only option since dd35fa16610
in 2011, first released in 5.16.0.  Yet we have still have had all
this dead code for stdio support cluttering up the sources and
dulling the machetes of anyone who wants to do further work on
perlio or someone (like me) who just stumbles on some code that
looks like it needs fixing but isn't worth the time since the
compiler will never see it.

Leave a vestigial perlsdio.h since its presence is hard-coded in
a number of places.

Find *inline.h differently in args_assert.t.

That glob wasn't working right on VMS so the test was failing.
We're already reading through MANIFEST so we might as well just
match what we want from there.

Fix new warning in t/op/mkdir.t.

Removing a directory that doesn't exist causes a warning, and if
the warning appears before the test preamble, that causes the test
to fail.  So check whether the directory exists before trying to
remove it.

Fix nit missed in a55c5245146801.

$(O) not (O) needed for macro reference.

[perl #123961] handle a missing closing ` for -DT output

Update podcheck db to reflect a fix in perlgit

Drop useful-looking but unused lookup table.

Declaring static in header is odd (and warnable offense).

Convert pp_sys to use the time64 public interface.

Add time64 as its own build target.

dquote_static.c -> dquote.c

Instead of #include-ing the C file, compile it normally.

static inlines from dquote_static.c -> new dquote_inline.h

inline_invlist.c -> invlist_inline.h

Make *inline.h behave like *.c

overload.c -> overload.inc

overload.[hc] descriptions were swapped

packsizetables.c -> packsizetables.inc

mg_names.c -> mg_names.inc

Make *.inc behave like *.[hc]

Merge declaration and initialisation of local variable

Commit 2b32fed8 removed the PUTBACK/SPAGAIN around hv_iterval and
Perl_sv_setpvf, but didn't take the opportunity to merge the
initialisation with the declaration now that there's no code between
them.

combine PERLDB_LINE and PERLDB_SAVESRC flag tests

On VC2003 32b -O1, the .text section of miniperl.exe decreased from
0xAEFCD bytes of machine code to 0xAEF9D after this patch.

see also
http://www.nntp.perl.org/group/perl.perl5.porters/2015/07/msg229308.html

Updates to Module::CoreList per RMG.

RMG - Manually adding perldelta for Module::CoreList isn't needed

perlgit: minor copyedits

perlgit: standardize verbatims to 2-space indent

perlgit: demote old-git remote branch procedure

Update Porting/release_announcement_template.txt for new year/version

Add Module::CoreList stubs for v5.23.2

Bump version to 5.23.2

Run Porting/new-perldelta.pl for v5.23.2

Update release_schedule.pod to note completed releases.

Update epigraphs for 5.23.0/5.23.1

Add new release to perlhist

Finalize perldelta for 5.23.1

Update Module::CoreList for 5.23.1

RMG: Note that Porting/cmpVERSION.pl requires -Ilib to run

Update INSTALL versions for 5.23.1

Initial perldelta updates for 5.23.1

Update File::Path entry in Porting/Maintainers.pl

t/pod.t no longer exists on CPAN, and the MAP is no longer required

Make README.md a common IGNORABLE file

bump $DynaLoader::VERSION to 1.33

Replace reference to newXSUB with newXS.

newXSUB hasn't been around for a long time

factor out an %ENV assignment from make_ext.pl

nytprof using full (not mini) Win32 perl reported 44 calls on line
"$ENV{PERL_CORE} = 1;" at 623 us spent on line for make_ext.pl --dynamic

Move the env var setting out from build_extension() to before the foreach
loop starts.

Fix test that fails with new warny File::Path

Update File-Path to CPAN version 2.11

  [DELTA]

2.11     2015-07-17
    - Change argument check error from croak to carp since there are some
      dependent modules using non-standard options.  The error check will
      move back to croak when dependent modules have the opportunity to
      correct the argument.

2.10_005 2015-07-17
    - Better argument checking and reporting of failure for unrecognized
      options.
    - RT 71562 Document automount race condition limitation and workaround
    - RT 99230 Document multithreaded application limitation and that the
      limitation may be removed in a future release.

2.10_004 2015-07-10
    - Remove use of English.pm since it breaks many older Perls
    - Fix a unit test skip count for users who have not installed
      Test::Output

2.10_003 2015-07-08
    - Administrative changes to MANIFEST and MANIFEST.SKIP
    - Style changes to Path.pm for easier reading of code
    - Removal of pod.t
    - Use English.pm to make variables like $! more fluent for code readers

2.10_002 2015-06-26
    - RT 42139.  Add better SKIP test emit for VMS.
    - RT 85360.  Fix typos and better .gitignore and MANIFEST.SKIP settings.
    - RT 51588.  Added patch elements but unable to verify on VMS.

2.10_001 2015-06-24
    - RT 39949.  Report errors on lstat failure.
    - RT 53178.  Deprecate UNIVERSAL::isa usage
    - RT 70657.  Test added.
    - RT 70938.  Documentation fix for Windows native relative usage
    - RT 72256.  Option added for setting permission (chmod)
    - RT 73840.  Fix taint/untaint bug.
    - RT 95150.  Add CPAN metadata for source tree location.
    - RT 103512. Documentation language fix.

Update libnet to CPAN version 3.07

  [DELTA]

3.07 2015-07-17

    - Net::FTP::rmdir() has been made more robust by making use of the MLSD
      command in addition to the NLST command since the latter is known not to
      be processed correctly by some FTP servers.

      [Chris Lindee, CPAN RT#100694]

    - Net::FTP, Net::NNTP, Net::POP3 and Net::SMTP can now restrict domain to
      IPv4 even if IPv6 is available by using the new Domain or Family argument.

      Net::NNTP now supports the LocalPort argument in addition to LocalAddr.

      Net::POP3 now supports the LocalAddr and LocalPort arguments in addition
      to ResvPort (which is retained for backwards compatibility).

      [Steffen Ullrich, PR#18]

    - Fixed a bug in Net::Cmd::datasend() which caused octets in [\x80-\xFF]
      stored in a "binary string" to be replaced with their UTF-8 encodings if
      the string happened to be stored internally in an "upgraded" state (i.e.
      with the UTF-8 flag on).  (As noted below, strings passed to datasend()
      should always be encoded first, and therefore not stored in such a state
      anyway, but it is all too easy for perl to change this internal state
      unless the encodeing is done at the very last minute before calling
      datasend(), so it helps if datasend() plays more nicely in this case.  In
      particular, it was wrong of datasend() to treat upgraded and downgraded
      strings differently when their contents were identical at the Perl level.)

      This bugfix results in a breaking change to the case of a "text string"
      with characters in U+0080..U+00FF stored internally in an upgraded state
      since those characters are likewise no longer encoded to UTF-8 by
      datasend(), but callers of datasend() should not have been relying on this
      behaviour anyway: In general, datasend() has no idea what encoding is
      required for output so callers should always encode the data to be output
      to whatever encoding is required first.  This has now been clarified in
      the documentation.

      Finally, a text string with characters >= U+0100 will now cause a "Wide
      character in print" warning from datasend() since such characters cannot
      be output as bytes and datasend() no longer encodes to UTF-8.  In this
      case, UTF-8 bytes will still be output as before since that happens to be
      the internal representation of such characters, but the warning is new.
      Callers should heed this warning and encode such strings to whatever
      encoding is required before calling datasend(), as noted above.

      [Ricardo Signes, CPAN RT#104433]

update changelog for Attribute-Handlers as of perl 5.22

perldelta tweaks on the shift.

Fix thinko in perlsdio.h.

In 04ce8649990 I inadvertently created conflicting definitions for
PerlIO_ungetc on the non-VMS branch of an #ifdef.  This broke a
NetWare build that was still based on the stdio layer.  See
<http://nntp.perl.org/group/perl.perl5.porters/228427>.  Even
though stdio is no longer supported, we really ought to ship
something that compiles up until the point where we remove it,
which will hopefully be soon for perlsdio.h.

N.B.  This commit is not sufficient to get stdio as the base
layer working again.  Notably XS::APITest is broken for unrelated
reasons.

perldelta for recent printf changes

Document and ensure that sv_catpvf() does no argument ordering

sv_catpvf() and friends ultimately end up calling sv_vcatpvfn_flags() with a
C-style va_list argument (rather than with an array of SV pointers). When
the sprintf implementation in sv_vcatpvfn_flags() is called with a va_list
it always ignores any attempt by the format string to reorder the arguments.
This reasonable limitation is now documented, and the implementation throws
an exception when it encounters this situation.

Minimal tests for these exceptions have been added to XS::APItest.

Support reordered precision arguments in (s)printf

The printf builtins gained support for argument reordering in October 2000,
in eb3fce905f8436bbc374998ec8c7c34ce2b73e4e, as part of the 5.7.x blead
release cycle. However, a simple typo meant that it never worked: the
initial implementation stored the argument index in the variable "ewix"
(explicit width-argument index) instead of "epix" (for "precision").

The bug was noticed in July 2002, two days before the 5.8.0 release, so
fixing it at that stage was deemed riskier than documenting it. The commit in
question is 7b8dd722af72d0ca45650fb784c09763c0732e34, which was originally
posted as http://marc.info/?l=perl5-porters&m=102683138220786&w=2 .

For whatever reason, the obvious fix was never subsequently applied. This
commit remedies that, and extends it to also skip all redundant-argument
warnings when the precision is supplied with via an explicit index.

sv_vcatpvfn_flags(): make warnings more precise

- RT#125469 points out that no "redundant argument" warning should be emitted
  for code like C<< printf '<%*2$s>', "a", 6 >>; that's now fixed.

- We no longer emit a "missing argument" warning for invalid format strings,
  so C<< printf '%4$K %d', 17 >> now emits one "invalid" warning, and no
  other warnings. (Perl 5.12 and subsequent versions have inappropriately
  emitted a "missing argument" warning in this case.)

- We no longer treat the invalid format string in C<< printf '%1$$d', 17 >>
  as containing an explicit index, so (a) we emit an "invalid" warning for
  the double "$", and (b) we emit a "redundant argument" warning for the
  trailing argument. The "redundant argument" warning is new in this
  situation.

t/op/sprintf.t: include test comment in "ok" output, where available

Upgrade Unicode-Normalize from version 1.18 to 1.19

Upgrade Unicode-Collate from version 1.12 to 1.14

Upgrade autodie from version 2.28 to 2.29

toke.c: Move macro definition

This moves the definition to before the function it is used in, rather
than disrupting the flow of code within the function.