add new release to perlhist

perldelta: one more

perldelta: Linkify and C<>'ify

First cut at finalizing perldelta 5.27.1

Update Module::CoreList via corelist.pl

add test for [perl #131522] and fix test for (related) [perl #127581]

Resolve Perl #131522: Spurious "Assuming NOT a POSIX class" warning

Remove unnecessary MSVC*FREE CCTYPEs from Windows makefiles

As was pointed out recently in perl #131487, there is little point in most
of these since the Express (now Community) versions are so close to the
full versions anyway these days. MSVC70FREE is retained since it was the
only one that was actually being made use of.

We now support building with Visual Studio 2017 (VC++ 14.1)

(Support was added by commits 58998b2a91, 82cad14406, 74102a88af and
88b1365899.)

don't call Perl_fbm_instr() with negative length

RT #131575

re_intuit_start() could calculate a maximum end position less than the
current start position. This used to get rejected by fbm_intr(), until
v5.23.3-110-g147f21b, which made fbm_intr() faster and removed unnecessary
checks.

This commits fixes re_intuit_start(), and adds an assert to  fbm_intr().

perldelta: davem's contributions for 5.27.1 so far

Update Filter-Util-Call to CPAN version 1.57

  [DELTA]

1.57 2017-01-22 rurban
----
  * Todo the t/exec.t test 2 on cygwin.
  * Fixed/Todo the t/decrypt.t test 7 utf8 failures.
    Skip with non UTF-8 locale.

1.56 2017-01-20 rurban
----

  * add binmode to the decrypt/encr,decrypt sample scripts
  * add utf8-encoded testcase to t/decrypt.t [cpan #110921]. use -C
  * stabilized some tests, add diag to sometimes failing sh tests
  * moved filter-util.pl to t/
  * fixed INSTALLDIRS back to site since 5.12 [gh #2]
  * fixed exec/sh test races using the same temp. filenames
  * reversed this Changes file to latest first
  * added Travis CI

Avoid ++ in test.pl

The header comment warns to keep it simple, and specifically against
++ due to its cleverness for string magic auto-increment, but a couple
of places had missed the memo.

pp_ref: do SvSETMAGIC(TARG)

With v5.27.0-317-g88b1365, I changed the SvSETMAGIC(TARG) at the end of
pp_ref() to a simple assert(!SvSMAGICAL(TARG)), on the grounds that it
always returned a simple string or similar, which should never be magic.

Turns out I didn't allow for taint magic. This commit restores the old
behaviour and fixes Module::Runtime (which is where I spotted the issue).

Update gmake for VS 2017

Update GNUmakefile as per:
fe7ba59122 Fix dmake build breakage when using Visual C++
82cad14406 Update dmake for VS 2017
74102a88af Fix up CCINCDIR/CCLIBDIR for VC++ 14.1 (and VC++ 8.0-14.0 too!)

Update Getopt-Long to CPAN version 2.50

  [DELTA]

Changes in version 2.50
-----------------------

* Fix bug https://rt.cpan.org/Ticket/Display.html?id=120231.

* Fix bug https://rt.cpan.org/Ticket/Display.html?id=120300.
  Unfortunately, this withdraws a small part of fix 114999.
  GNU getopt_long() does not accept the (optional)
  argument to be passed to the option without = sign.
  We do, since not doing so breaks existing scripts.

* Provide a default value for options (gnu_compat mode).
  Thanks to Andrew Gregory.

Update Devel-PPPort to CPAN version 3.36

  [DELTA]

3.36 - 2017-05-14

    * Support Perl 5.26.* which no longer has '.' in @INC

Update IO-Socket-IP to CPAN version 0.39

  [DELTA]

0.39    2017/03/06 16:40:30
        [BUGFIXES]
         * Handle EOPNOTSUPP in resposne of efforts to disable V6ONLY
           (RT119780) (thanks XENU)

add File::Glob changes to perldelta

add perldelta entry about new hash stuff

Update JSON-PP to CPAN version 2.94

  [DELTA]

2.94  2017-05-29
    - fix a test to support perl 5.6

2.93  2017-05-15
    - fix packaging issue

2.92  2017-05-15
    - production release

2.91_04  2017-01-10
  - fixed isa tests for bignum

2.91_03  2017-01-09
  - reworked documentation, based on the one for JSON::XS
  - let json_pp utility to show the version of JSON::PP
  - applied a patch to fix loading order of B module (pali++)

2.91_02  2016-12-04
  - fixed not to fail tests under Perl 5.25.* (srezic++)

2.91_01  2016-12-03
  - changed the number detection logic, patched by haarg
    (experimental)
  - merged PR from dagolden to correct 0 handling
  - removed base.pm dependency (dolmen)
  - fixed wrong character offset spotted by ilmari
  - applied patches from Jarkko Hietaniemi to address VAX issues
  - small doc fixes from bessarabov, gregoa, Chris Anderson
  - applied a patch to remove . in @INC in json_pp (Tony Cook)
  - removed $VAR1 from json_pp output, spotted by tokuhirom
  - fixed an issue to ignore trailing 0
  - added Scalar::Util dependency for Perl 5.8+
  - fixed issues spotted by Nicolas Seriot's JSON Test Suite
    including experimental UTF-16/32 support and backward
    incompatible change of C style comment handling (now disabled
    by default)
  - moved the guts of JSON::PP::Boolean into lib/JSON/PP/Boolean.pm
    and gave it a proper version
  - refactored incremental parser to let it handle incomplete
    JSON text properly
  - imported and tweaked tests from JSON.pm
  - minor code clean up

Update File-Path to CPAN version 2.14

  [DELTA]

2.14 2017-06-07
    - When creating subdirectories for testing underneath
      File::Spec::Functions::tmpdir(), use randomly generated strings.
    - No change in functionality from 2.13.

2.13 2017-05-31
    - Document security vulnerability reported as CVE-2017-6512.

2.12_008 2017-05-07
    - Patch from John Lightsey.

2.12_007 2017-04-22
    - Skip tests where filesystem doesn't support permissions (RT 121248).
    - Add AppVeyor configuration; thanks to Charlie Gonzalez and Hayo Baan.

2.12_006 2017-04-21
    - Modernize README, Makefile.PL, updating of version number
      and release date in documentation.

2.12_005 2017-04-21
    - Recommend use of 'safe => 1' in remove_tree() and rmtree().
    - Warn if mkpath() or make_path() is passed implausible options on
      Windows.
    - Corrections to errors in previous release.

2.12_004 2017-04-18
    - Certain functions used in tests are not available on Windows;
      skip them.
    - Move certain functions used in testing to t/FilePathTest.pm.

2.12_003 2017-04-07
    - Add tests to improve coverage ratios as measured by Devel::Cover
    - No functional changes.

2.12_002 2017-03-12
    - GH#41 RT 117019 Fixed File::Path::remove_tree option hash is auto
                      populated and cannot be reused
    - GH#40 Unskip in path root t
    - GH#39 Remove superfluous assignment to $arg{perm}
    - GH#38 Minor grammatical doc fixes.
    - GH#37 Minor grammatical doc fixes.

2.12_001 2016-09-18
    - RT 94209  document that the thread safety issue will not change and
      communicate alternative.
    - RT 85878  be more generous with error check regex given we could be
      dealing with a pre-1.25 Carp.
    - GH #33    Be more precise in documentation example for make_path
      error checking.
    - GH #34 Skip Windows 2000 and earlier unit tests (test change).
    - GH #36 Do not hardcode ENOENT (test change).

Update IPC-Cmd to CPAN version 0.98

  [DELTA]

0.98 Fri May 12 17:00:07 BST 2017

  Enhancements:
  * Added wait_loop_callback for run_forked()

  Bug fixes:
  * Only search in curdir in can_run() when on Win32
    RT#105601

Update Archive-Tar to CPAN version 2.26

  [DELTA]

2.26  12/05/2017
- '0' is a valid name for an archive, change 'iter' to check definedness

Allow bitwise & ^ | to accept trailing UTF-8

Commit 08b6664b858b8fd4b5c0c27542763337b6d78e46 breaks things like

$foo = "" & "\x{100}";

We have deprecated using above-FF code points in bitwise operations, and
made them illegal in 5.27.  However, the case where the illegal code
points don't play a part in the operation never raised deprecation
warnings.  The example above is one such, because the \x{100} comes
after the operation stops since the other operand has length 0.

We can't make something illegal without warning people about it for 2
releases.

Rather than revert that commit, and reinstate a bunch of slow code that
is far more general than now needed, this commit adds some extra code to
deal with these situations, but the basic operations still take place in
tight loops, which 08b6664b858b8fd4b5c0c27542763337b6d78e46 caused to
happen.

In the case of "&", the illegal code points get truncated away.  In the
case of ^ and |, they get catenated as-is.  This preserves earlier
behavior.

It has not been decided if these should at least warn, or the usage
should be deprecated.  A commit can easily be done to change to whatever
the final decision is, but this commit doesn't raise any warnings, hence
preserves existing behavior.

The breaking commit looks like it might create some havoc with CPAN, and
fixing it now will save the CPAN testers effort, as they won't have to
deal with a bunch of broken distributions.

utf8.c: White-space only

Outdent some code that had a surrounding block removed in the previous
commit.

Add new function utf8_from_bytes_loc()

This is currently undocumented externally, so we can change the API if
needed.

This is like utf8_from_bytes(), but in the case of not being able to
convert the whole string, it converts the initial substring that is
convertible, and tells you where it had to stop.

Clarify pod for bytes to/from utf8()

embed.fnc: Add some comments

bytes_from_utf8(): parameter must not be NULL

The function assumes that the parameter is not NULL.  Declare that to
embed.fnc.  Also change the name to indicate that it is a pointer.

Fix up CCINCDIR/CCLIBDIR for VC++ 14.1 (and VC++ 8.0-14.0 too!)

These settings just end up in $Config{incpath}/$Config{libpth} and don't
otherwise affect the build, but we might as well get them right if we can.

Update dmake for VS 2017

Patch by Eric Lindblad, who asked for his email address not to be
published. [perl #131487]

Update nmake for VS 2017

Patch by Eric Lindblad, who asked for his email address not to be
published. [perl #131487]

perldelta for 3135e2b23ba4

[perl #123981] Travis-CI support

This is largely based on work done by "c9s <yoanlin93@gmail.com>" and
Dennis Kaarsemaker (Seveas)

perldelta for e80af1fd276d

(perl 129183) don't treat \ as an escape in PATH for -S

(perl #131526) don't go beyond the end of the NUL in my_atof2

Perl_my_atof2() calls GROK_NUMERIC_RADIX() to detect and skip past
a decimal point and then can increment the parse pointer (s) before
checking what it points at, so skipping the terminating NUL if the
decimal point is immediately before the NUL.

keep PERL_HASH_SEED_BYTES as an int

adding a sizeof() expression was converting it into an unsigned long,
which was triggering this warning in Hash-Util:

Util.xs:99:45: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat]

gv.c, mg.c: fix 32-bit compiler warnings

    mg.c:641:21: warning: cast from pointer to integer of different size
    [-Wpointer-to-int-cast]
             UV uv = (UV)mg->mg_obj;

It's storing a char-ranged integer value as an SV*. By using SSize_t
rather than UV to store the char, it avoids mismatched size warnings.

Storable: fix a couple of 32-bit warnings

Storable.xs: In function 'retrieve_blessed':
Storable.xs:1015:39: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
  else if (PerlIO_read(cxt->fio, x, y) != y)  { \
                                       ^
Storable.xs:4078:2: note: in expansion of macro 'SAFEPVREAD'
  SAFEPVREAD(classname, len, malloced_classname);

PerlIO-scalar: fix 32-bit compiler warning

fix utf char > IV_MAX on 32-bit platforms

Commit v5.27.0-132-g13f4dd3 forbade out of range Unicode code points,
and fixed/removed tests that no longer apply.

However, this was probably only tested on a 64-bit platform.  Several
tests now fail on 32-bit platforms, due to things like "\x{80000000}".
This commit fixes up those tests too.

Simpler hints fix for [perl #131337].

The Configure scan fails to find dlopen() with g++.  Explicitly making
it availble allows Configure to default to using dynamic loading, but
still allows the user to override and use static loading.

Update ExtUtils-MakeMaker to CPAN version 7.30

  [DELTA]

7.30 Mon Jun 12 13:17:29 BST 2017

    No changes since v7.29_02

7.29_02 Sun Jun 11 12:00:33 BST 2017

    Doc fixes:
    - Fixed POD errors in FAQ

7.29_01 Wed May 31 08:34:10 BST 2017

    Bug fixes:
    - Prune .a without extralibs.ld from search paths

perldelta: Use new boiler plate

This uses for the current perldelta, the boiler plate from the perldelta
template added in the previous commit.

It also documents a significant test change in the current development
release.

Porting/perldelta_template.pod: Add boiler plate

This adds text about documentation and testing changes, as agreed to in
the thread starting with
http://nntp.perl.org/group/perl.perl5.porters/244582

utf8.c: Add missing 'const' to formal parameter

This makes it match the embed.fnc entry.  For some reason no warning was
given except by the Win32 compiler

Update Test-Harness to CPAN version 3.39

  [DELTA]

3.39    06-04-2017
        - Make tests pass when PERL_USE_UNSAFE_INC=0

commit c93f220f failed to update DirHandle's $VERSION.

DirHandle: document as obsolete

Regularise @_ unpacking in Module::CoreList

Mainly this means regularising the awful heuristic for detecting when
a function is being called as a method.

Update ExtUtils-MakeMaker to CPAN version 7.28

  [DELTA]

7.28  Tue May 30 22:01:08 BST 2017

    No changes since v7.27_02

7.27_02 Tue May 30 09:27:56 BST 2017

    Bug fixes:
    - Prune auto/share from search paths RT#121918

7.27_01 Sun May 28 11:35:46 BST 2017

    Bug fixes:
    - Fix regression with metadata RT#121913

7.26  Sat May 27 21:01:47 BST 2017

    No changes since 7.25_06

7.25_06 Tue May 23 20:18:01 BST 2017

    Bug fixes:
    - Fix regression with XS tests on MSWin32 with MS toolchain

7.25_05 Mon May 15 10:18:01 BST 2017

    Bug fixes:
    - Make MakeMaker pass compilation tests on AIX again
    - Test, fix test dep on SKIPped linktype

7.25_04 Fri May 12 12:24:09 BST 2017

    Enhancements:
    - Add os_unsupported() function

7.25_03 Thu May 11 17:51:23 BST 2017

    Bug fixes:
    - processPL now depends on 'pure_all' instead of 'all'

7.25_02 Thu May 11 11:54:42 BST 2017

    Bug fixes:
    - Only add staticlibs that are installed under auto/
    - Correct the order of tests of chmod()

    Doc fixes:
    - Fixed typo in MakeMaker.pm

7.25_01 Fri Feb  3 13:36:25 GMT 2017

    Bug fixes:
    - Make perllocal.pod files reproducible
    - META_ADD/MERGE default meta version based on each other
    - Eliminate an ancient, unneeded, dangerous call to Carp::longmess

Make LOCK_LC_NUMERIC_STANDARD recursive

Same for UNLOCK_LC_NUMERIC_STANDARD.

This partially fixes [perl #128207]

utf8.c: Clarify pod for three functions

utf8_to_bytes(), bytes_from_utf8(), bytes_to_utf8()

utf8.c: Change formal parameter name

The parameter "len" really is a pointer in utf8_to_bytes(),
bytes_from_utf8(), and bytes_to_utf8().  Call it lenp.  The
documentation was sloppy about it; clean that up.

utf8.c: White-space, comment only

This adjusts the indentation to reflect changes in the previous commit.

utf8_to_bytes(): Avoid work if possible

This converts to use the new function is_utf8_invariant_string_loc() to
find the first variant in the input.  If none are found, the function is
a no-op.  If the intial part of the input is all invariants, they are
now skipped during conversion, resulting in less work for such input.

The new function could also be optimized to speed up searching.

utf8.c: Change UTF8 to UVCHR

There is no practical difference between UTF8_IS_INVARIANT and
UVCHR_IS_INVARIANT, except that the latter is supposed to be used on
characters.  Fix to conform.

sv.c: Refactor slightly to avoid a goto

The introduction of the inline function in the previous commit makes it
clear that the code can be refactored to be more structured.

sv.c: Convert to use is_utf8_invariant_string_loc

This inline function was added in the previous commit.

And the function has the potential to be sped up by using word-at-a-time
operations.

sv.c: Clarify some comments

Add XS-callable function is_utf8_invariant_string_loc()

This is like is_utf8_invariant_string(), but takes an additional
parameter, a pointer into which it stores the location of the first
variant if any are found.

bytes_to_utf8(): Remove obsolete comment

It said the logic was duplicated elsewhere, but now the essence of the
logic is in an inlined function used in both places.

utf8.c: White_space only

The previous commit created a block around the lines changed by this
current commit.

bytes_from_utf8(): Use memcpy if all invariant

This function does two passes over the input.  In the first it decides
if the string can be downgraded, and computes the size needed for the
downgraded string.  In the 2nd pass, it does the conversion.

Adding a single 'if' to the function can bypass the 2nd pass completely
if only invariants are found.  The 2nd pass is replaced by a memcpy().

utf8.c: A byte count should be Size_t, not I32

(or STRLEN.  I thought we were converting to Size_t, so that's what I
chose here.)

Update test skips for no fchdir.

Follow-up to 489c16bfa14d46.  There are fewer tests now, so skip
fewer when skipping is necessary.

[perl #131221] sv_dup/sv_dup_inc are only available under threads

Add Jacques Germishuys to AUTHORS

correct PREMSVC80 typo

Move forward in time.

Now that all the deprecations which were marked to be fatal in 5.28
are actually fatal, it's time to update the wording of the Perl 5.28
section of pod/perldeprecation. Things will not disappear, they are
gone now.

doop.c: White-space only

Outdent, since the previous commit removed an enclosing block

Use simple-minded approach to bitwise UTF-8 operations

Commit 5d09ee1cb7b68f5e6fd15233bfe5048612e8f949 fatalized bitwise
operations of operands with wide characters in them.  It retained the
regular UTF-8 handling, but throws an error when a wide character is
encountered.

But this code is complicated because of its original intended
generality.  It can essentially be ripped out, replaced by code that
just downgrades the operand to non-UTF-8.  Then we use the regular code
to do the operation.  In the complement case, that's all that need be
done to mimic earlier behavior, as the result has not been in UTF-8.
For the other operations, the result is simply upgraded to UTF-8.

This removes quite a few lines of code, and now the UTF-8 handling uses
the same tight loops as the non-UTF-8.  Downgrading and upgrading had to
be done specially before, but now they are done in tight loops, before
the operation, and after the operation

t/op/bop.t: Re-add in some tests

Commit 5d09ee1cb7b68f5e6fd15233bfe5048612e8f949 fatalized above 0xFF
code points in the bitwise operators.  It removed a bunch of tests in
t/op/bop.t.  I had independently been working on this task.  An issue
with removing such tests is are they there to be testing wide
characters, or are they there to test UTF-8, and the use of above-FF was
merely incidental?  I had undertaken the tedious work of looking through
the commits for all the tests that now fail to determine which category
they were in.  I concur mostly with the previous commit, but there were
a few tests that I found that should have been retained, and modified to
pass under the new scheme.  This commit does that.

Deprecated warnings no longer have to be turned off, as they were
because of the previous tests that have now been removed.

Update pods about bitwise UTF-8 above 0xFF being fatal

t/op/bop.t: Verify complement downgrades UTF-8.

This adds a test for the existing result, so it doesn't get changed in
the future by mistake.  I make no claims that it should work this way.

t/op/bop.t: Verify bitwise & ^ | retain UTF-8

If one of the inputs is encoded in UTF-8, the behavior has been to have
the output be also in UTF-8.  This has not been really documented, but I
think that is the way it should be.  In any case, this commit adds tests
to make sure it doesn't inadvertently get changed.

Fix Windows build following commit 9d5e3f1aaa

Make setting ${^ENCODING} to a defined value fatal

This has been deprecated since 5.22 and a no-op since 5.26.

Remove the now-obsolete t/uni/heavy.t test, which only tested that
utf8_heavy.pl didn't fail to load when ${^ENCODING} was set.

perly.y: add $$ = 0 for midrule code blocks

In places where a rule contains multiple code blocks, ensure that
$$ is assigned a valid value at the end of midrule blocks, so that

    valgrind ./perl -Dpv ...

doesn't display zillions of

    Conditional jump or move depends on uninitialised value

errors, when perl tries to display the parse stack.

I've only done the various newish top-level grammar entries - these all
seemed to have the same defect, while from a quick glance elsewhere in the
file, it seemed like older rules already do this.

[MERGE] rework Perl_sv_vcatpvfn_flags

Bug fixes:

    Size modifiers with integer Inf/Nan, e.g. sprintf("%hi", Inf)
    used to print spurious warnings.

    The very-special-cased "%.NNNg" code has been removed, and is now
    handled by the  special-cased "...%.NNNg..." code instead, which makes
    it about 4% slower, but handles unicode radix points better.

    "%n" with a missing arg now croaks with a specific error message
    (previously it croaked about modifying a read-only variable).

    sprintf("%p", 0+Inf) now prints the address of an SV, not the literal
    string "Inf" (or "NaN").

    It now warns on a missing explicit width or vector arg, e.g. "%*2$d"
    or "%3$vd".

    Widths and precisions specified via an argument used to wrap; for
    example, this used to output "  abc"; it now croaks with "Integer
    overflow in format string":

        $w = 0x100000005; printf "%*s", $w, "abc";

    Illegal formats didn't work well with utf8. It now resets to the
    character following the '%' and continues from there.

    The locale-specific radix point code now uses
    SvCUR(PL_numeric_radix_sv) rather than SvLEN(PL_numeric_radix_sv) for
    buffer size allocation.  Also, several places weren't taking into
    account the length of the radix point string when calculating buffer
    sizes; they were only being saved by the general 'add 40' fudge
    factor.

Buffer sizing and length calculation overflow/wraps:

    The code has been thoroughly audited to look for any issues where the
    format and/or args are malicious, and some possible (although not
    exploitable) wraps have been fixed.

    int's and I32's etc have been replaced with STRLEN where appropriate.

    Tests for overflow/wrap have been added to the test suite.

    The code has been cleaned up a lot and better commented, so it will be
    easier to avoid wrapping in future.

Optimisations:

    The special-cased "...%.0f..." is now detected and handled earlier in
    the loop, so is about 35% faster.

    It now sets and restores locale only once per function call, not
    multiple times per format element.

    Generally the code has been heavily tweaked.

    On average, the newly-added benchmarks are about 10-15% faster; the
    mixed-utf8 benchmark is about about 80% faster.

Other changes:

    The HAS_LDBL_SPRINTF_BUG code that worked around a 2002 Irix 6
    bug has been removed.

    The 300-line block of code which handles %a hex floating-point formats
    has been moved into a separate static function.

    The 'svmax' arg to the sv_vcatpvfn() family has been changed from I32
    to STRLEN and renamed to 'sv_count'.

    A "Redundant argument in printf" warning is no longer emitted after an
    invalid % format element has been encountered. This makes the code
    simpler, and since you get an "Invalid conversion in printf" warning
    anyway, does no harm (and in fact may be less confusing).

    Several locals vars have been eliminated and the scope of many others
    has been reduced.

add some sprintf benchmarks

Perl_sv_vcatpvfn_flags: rename a label

s/donevalidconversion/done_valid_conversion/

so its a bit easier to read.

sv_vcatpvfn_flags and wrappers: s/svmax/sv_count/

Rename the 'svmax' parameter of

    Perl_sv_vcatpvfn_flags(),
    Perl_sv_vcatpvfn(),
    Perl_sv_vsetpvfn(),

to 'sv_count'.

'max' often implies N-1 (e.g. svarsg[0]..svargs[svmax]), whereas it's
actually the number of SV args passed to the functions.

Perl_sv_vcatpvfn_flags: handle mixed utf8 better

Once the output string gets upgraded to utf8 (e.g. due to a utf8 %s
argument), any remaining appending of plain (non-%) parts of the
format string becomes very inefficient. It basically creates an
SV out of the next format chunk, upgrades that SV to utf8, then
appends the upgraded buffer.

This commits makes it just append the format chunk byte by byte, upgrading
in the fly if that byte is !NATIVE_BYTE_IS_INVARIANT

add S_sv_catpvn_simple() for use by sprintf

Currently Perl_sv_vcatpvfn_flags() uses an unrolled sv_catpvn_nomg()
to append floating point formats, a call to sv_catpvn_nomg() to append
non-% parts of the format, and a few other non-performance-critical
calls to sv_catpvn_nomg().

Move the unrolled code block into an inline static function, and make
the non-% appending use it too.

Perl_sv_vcatpvfn_flags: re-indent a code block

whitespace only

Perl_sv_vcatpvfn_flags: eliminate p var

It has 1500-line scope, and is equal to fmtstart-1 for most of the
time.

This also allows us to 'const'ify some variables better.

Perl_sv_vcatpvfn_flags: clarify GCC bug comments

In particular it wasn't clear what bug was being worked around, nor that
'#13488' referred to a GNU ticket rather than a perl ticket.

This bug was fixed back in 2004, but the workaround is fairly harmless, so
I've left it as-is.

Perl_sv_vcatpvfn_flags: simplify alt handling

only do calculations for alt (#) formatting in the branches which use it

Perl_sv_vcatpvfn_flags: rename 'p' var 's'

In the 'append # block of code at the end of the loop, don't re-use the
widely-scoped 'p' pointer; instead use a tightly scope var instead
(named 's' do it doesn't clash with p which is still valid in an outer
scope.)

Perl_sv_vcatpvfn_flags: simplify format appending

The bit at the end of the main loop has a whole bunch of conditionals
along the lines of

    if (gap && !left)
         apppend gap
    if (esignlen && !fill)
         append esignbuf
    if (zeros)
        append zeroes
    if (elen)
        append ebuf
    if (gap && left)
        append gap

This involves many tests along the main code path to cope with all the
possibilities (e.g. if left, gap is output before ebuf, otherwise after)

Instead split it into a couple of major branches with duplication between
the branches, but requiring few tests along any one code path.

For example, sprintf("%5d", -1) formerly required 9 branches, 1 for loop,
and 1 memset(). It now requires 2 branches and 3 for loops,

I've removed memset()s and replaced them with for loops. For the short
padding typically used (e.g. "%9d" rather than "%8192d") a loop is faster.

Perl_sv_vcatpvfn_flags: eliminate a wrap check

This is one case where it can never wrap, so don't check.

Perl_sv_vcatpvfn_flags: simpler special formats

At the top of Perl_sv_vcatpvfn_flags(), certain fixed formats are
special-cased: "", "%s", "%-p", "%.0f".

Simplify the code which handles these. In particular, don't try to issue
"missing" or "redundant" arg warnings there. Instead, check for the
correct number of args as part of the test for whether this can be
special-cased, and if not, fall through to the general code in the main
body of the function to handle that format and issue any warnings.

This makes the code a lot simpler. It also now detects the redundant arg
in printf("%.0f",1,2).

The code is now also more efficient - it tries to check for things like
pat[0] == '%' only once, rather than re-checking for every special-case
variant its trying.

Perl_sv_vcatpvfn_flags: simpler redundant arg test

5.24.0 added a new warning:

    Redundant argument in printf at ....

That warning is issued if there are more args than format elements.
However, it may also warn for invalid format - e.g. for something like
printf("%Z%d", 1,2) you get both

    Invalid conversion in printf: "%Z" at ...
    Redundant argument in printf at ...

Personally I think once once part of the format has been determined to be
invalid, its hard for perl to second-guess in what way the format was
invalid, and thus to be able to conclude that there is in fact a redundant
arg.

So this commit commit suppresses any "redundant" warning once an "invalid"
warning has been issued.

Doing this makes it possible to simplify the code and remove the
used_explicit_ix variable.

Apart from warnings, used_explicit_ix was only used in %p to check for
'simple' special forms - but that code checks for a trailing '$' character
anyway, so that test was redundant.

Perl_sv_vcatpvfn_flags: fix comment typo

Perl_sv_vcatpvfn_flags: add comment about wrap

Perl_sv_vcatpvfn_flags: only do utf8 in radix code

For floating point formats, the output can only be utf8 if the radix point
is utf8. Currently the radix point code sets the is_utf8 variable, then
later, in the main floating-point code path, it tests is_utf8 and
upgrades the output string to utf8.

Instead, just do the upgrade directly in the radix code block.

Perl_sv_vcatpvfn_flags: simplify radix len adding

Assume the length of the radix point is a constant 1 (i.e. length('.'))
and only increment float_need further if we're in a locale.