Do not declare victory over d632a2c.

The same warning seems to pop in Android.  Needs more study.

Bump B::Deparse version

Preserve explicit 'm' when deparsing m?PATTERN?

Bare ?PATTERN? is no longer allowed

Remove "ternary operator parsed as search pattern" warning

Since ?PATTERN? without 'm' is no longer supported, there is no
ambiguity any more.

Remove support for ?PATTERN? without explicit 'm' operator

This has issued a deprecation warning since v5.14 (commit 725a61d70),
and precludes using ? as an operator after a unary operator that
defaults to $_, such as:

   ref ? $_ : [$_]

perldiag: Add details about variable length lookbehind

See http://nntp.perl.org/group/perl.perl5.porters/215685

perldiag: Remove obsolete entries.

These entries about \b{} are obsolete, as it no longer is deprecated,
but forbidden.

Use Unicode 7.0

Fatalize defined(@) and defined{%)

Calling defined on an array or hash has been deprecated and scheduled
for removal in v5.22.  This commit does that, removing the tests that
assumed they were defined.

In order to get the line numbers of the errors to display, I combined
the first and second lines of the message, omitting the \n

be explicit that SvSetSV() doesn't do set magic

Disable and document xop_name gcc warning seen in HP-UX.

Use of the Uid_t_sign and casting instead of Uid_t_f.

HP-UX B.11.31/64 gcc 4.7.2 with -DDEBUGGING:
taint.c:38:2: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'uid_t' [-Wformat]

This removes the sole use of Uid_t_f (and there are none of Gid_t_f)
from the core.

d_namlen can be signed.

In HP-UX, it is either short or char (which can be either signed or unsigned),
depending on the compiler flags.

Do not printf U32 and I32 (both) as %i.

(Detected in HP-UX.)

For HP-UX, do not potentially deref NULL CopFILESV.

(HP-UX and other ARG_ZERO_IS_SCRIPT platforms)

Fatalize using hash|array as reference

This has been deprecated, scheduled to come out in 5.22

op.c: Fix typo in comment

regcomp.c: White-space only

Indent because of newly-formed block

PATCH: [perl #122029] BBC KAWASAKI/Encode-JP-Emoji

This turns out to be that the code was only getting the compile-time
package name, and it needs to be expanded to get the correct run-time
name.

t/re/pat_advanced.t: Add comment

PATCH: [perl #122084] BBC KARMAN/Search-Tools

The problem was that a function was defined only in PERL_CORE, and
embed.fnc just needed to change to grant access outside that.

ExtUtils::ParseXS: doc typo fix

Includes version bump.

[perl #122110] [PATCH] Remove left-over mad cruft

The great MADectomy left some cruft behind:

    - no_index in META.{yml,json}
    - $Config{mad} checks in tests
    - Porting/perlhist_calculate.pl
    - symbian/config.pl
    - PERL_XMLDUMP error in perldiag
    - madly{h,obj,src} in win32/config.{gc,vc}

tweak type for picky compilers

More (void*) for %p.

(Note: looks like char* "decay" into void* without casting needed?)

Follow-up to b84edbf2; (IV) the IVdf.

Since there could be platforms where sizeof(SSize_t) < sizeof(IV).
(E.g. IRIX n32 model: 64-bit integers but 32-bit pointers.)

(Note: in addition to %zd being a C99 thing,
 googling says %zd is not well supported in VC).

Make hash_value() accept an optional seed

%p really wants void*.

Use %"IVdf" instead of %zd.

Some low-hanging -Wunreachable-code fruits.

- after return/croak/die/exit, return/break are pointless
  (break is not a terminator/separator, it's a goto)
- after goto, another goto (!) is pointless
- in some cases (usually function ends) introduce explicit NOT_REACHED
  to make the noreturn nature clearer (do not do this everywhere, though,
  since that would mean adding NOT_REACHED after every croak)
- for the added NOT_REACHED also add /* NOTREACHED */ since
  NOT_REACHED is for gcc (and VC), while the comment is for linters
- declaring variables in switch blocks is just too fragile:
  it kind of works for narrowing the scope (which is nice),
  but breaks the moment there are initializations for the variables
  (the initializations will be skipped since the flow will bypass
  the start of the block); in some easy cases simply hoist the declarations
  out of the block and move them earlier

Note 1: Since after this patch the core is not yet -Wunreachable-code
clean, not enabling that via cflags.SH, one needs to -Accflags=... it.

Note 2: At least with the older gcc 4.4.7 there are far too many
"unreachable code" warnings, which seem to go away with gcc 4.8,
maybe better flow control analysis.  Therefore, the warning should
eventually be enabled only for modernish gccs (what about clang and
Intel cc?)

The clang frontend says "unknown" for -Wunknown.

"unknown warning option" (for -W...) or "unknown argument" (for -...).

Update Archive-Tar to CPAN version 2.00

  [DELTA]

2.00  15/06/2014 (TINITA)
- Fix ptargrep for problems on MSWin32

Run porting/podcheck.t --regen to undo manual changes.

Files like dist/Math-BigInt/lib/Math/BigInt.pm are probably going to remain in
known_pod_issues.dat for eternity, given that in POD the cumulative effect of
'=over' markings will always result in linelengths > recommended 79 or 80.

Rebreak lines to achieve <80 recommended line length.

Inspired by Nicolas Herry's patches in RT #121872.

Bump Tie::File version number in two locations.

Rebreak lines to achieve <80 recommended line length.

Inspired by Nicolas Herry's patches in RT #121820.

Rebreak lines to achieve <80 recommended line length.

Inspired Nicolas Herry's patches in RT #121820.

rmv duplicate SvUV call in Perl__swash_inversion_hash

Update Archive-Tar to CPAN version 1.98

  [DELTA]

1.98  14/06/2014 (TINITA)
- ptardiff and ptargrep should use prefix if defined

Revert "Some low-hanging -Wunreachable-code fruits."

This reverts commit 8c2b19724d117cecfa186d044abdbf766372c679.

I don't understand - smoke-me came back happy with three
separate reports... oh well, some other time.

Some low-hanging -Wunreachable-code fruits.

- after croak/die/exit (or return), break (or return!) are pointless
  (break is not a terminator/separator, it's a promise of a jump)
- after goto, another goto (!) is pointless
- in some cases (usually function ends) introduce explicit NOT_REACHED
  to make the noreturn nature clearer (do not do this everywhere, though,
  since that would mean adding NOT_REACHED after every croak)
- for the added NOT_REACHED also add /* NOTREACHED */ since
  NOT_REACHED is for gcc (and VC), while the comment is for linters
- declaring variables in switch blocks is just too fragile:
  it kind of works for narrowing the scope (which is nice),
  but breaks the moment there are initializations for the variables
  (they will be skipped!); in some easy cases simply hoist the declarations
  out of the block and move them earlier

There are still a few places left.

Another 'use encoding' issue

Missed in b06e47f717f77453fbdaef628efc2b9c83898a8b.  Spotted by Jarkko
Hietaneimi.  I don't know why this didn't fail in my tests or by
Jenkins.  "use encoding 'latin1'" should be a no-op anyway.

perldelta for b5bbe64.

Put back an #if-0-ed chunk 7053d92 removed.

The chunk is not MAD-related but instead locale stuff.  I have no idea
why that chunk got removed (I used a combination of unifdef(1) and editor).
It's #if-0-ed, so no change of behavior either way, but let's keep
the code for now, since it seems to have "historical significance".

Remove MAD.

MAD = Misc Attribute Decoration; unmaintained attempt at preserving
the Perl parse tree more faithfully so that automatic conversion to
Perl 6 would have been easier.

Add note to 'encoding' pod that it's removed

In commit  b06e47f717f77453fbdaef628efc2b9c83898a8b, I forgot to
note in the pragma's pod that it now is unusable.

Experimentally cause 'use encoding' to fail.

This actually doesn't remove it, but causes any program that does use it
to die.  Its use has raised a (default-on) deprecation warning since
5.18, but its demise was omitted from the perldelta for v5.20.

This commit does the minimum necessary to flush out what might break by
its actual removal, while being easily revertable should that become
necessary.

pp.c: Add comment

perldelta: Add entry for new XS macro isUTF8_CHAR

Suppress the pm_to_blib spammage during make

[perl #121126] - Allow deparse tests to skip/ignore expected failures.

This will allow us to set up a deparse smoker to keep track of B::Deparse's
accuracy.

With this, the test run:

 TEST_ARGS=-deparse make test

will "pass" currently.

If deparsing capabilities get worse, new failures will show up and should
be fixed or added to Porting/deparse-skips.txt.

If things get fixed, the test will fail noting that something has passed
when it shouldn't have, and the test in question should be removed from
Porting/deparse-skips.txt.

Use the KEEP_DEPARSE_FILES=1 environment setting to have the deparse
test files left around after a test run for examination/re-running.

Deprecate unescaped literal "{" in regex patterns

This commit also causes escaped (by a backslash) "(", "[", and "{" to be
considered literally.  In the previous 2 Perl versions, the escaping was
ignored, and a (default-on) deprecation warning was raised.  Now that we
have warned for 2 release cycles, we can change the meaning.of escaping
to actually do something

Warning when a literal left brace is not escaped by a backslash, will
allow us to eventually use this character in more contexts as being
meta, allowing us to extend the language.  For example, the lower limit
of a quantifier could be omited, and better error checking instituted,
or things like \w could be followed by a {...} indicating some special
word character, like \w{Greek} to restrict to just Greek word
characters.

We tried to do this in v5.16, and many CPAN modules changed to backslash
their left braces at that time.  However we had to back out that change
before 5.16 shipped because it turned out that escaping a left brace in
some contexts didn't work, namely when the brace would normally be a
metacharacter (for example surrounding a quantifier), and the pattern
delimiters were { }.  Instead we raised the useless backslash warning
mentioned above, which has now been there for the requisite 2 cycles.

This patch partially reverts 2 patches.  The first,
e62d0b1335a7959680be5f7e56910067d6f33c1f, partially reverted
the deprecation of unescaped literal left brace.  The other,
4d68ffa0f7f345bc1ae6751744518ba4bc3859bd, instituted the deprecation of
the useless left-characters.

Note that, as in the original attempt to deprecate,  we don't raise a
warning if the left brace is the first character in the pattern.  This
is because in that position it can't be a metacharacter, so we don't
require any disambiguation, and we found that if we did raise an error,
there were quite a few places where this occurred.

toke.c: Change S_scan_str parameter meaning

The 'keep_bracketed' parameter is used to tell this static function to
not delete the escaping backslash if the string's delimiter character is
also found within the interior of the string.

This parameter is always currently false, except when compiled with
PERL_MAD.  However it has been Okayed to remove this compilation option,
so the parameter can be changed to whatever is desired.

A future commit will change this parameter to be true sometimes.  In
doing so, it sets up a conflict with the fairly new 're_reparse'
parameter (this conflict also exists with PERL_MAD, but clearly nobody
has tried to compile it that way for a while)

However the new conflict only happens when the opening delimiter of the
string is the same as the closing one, and happily the new commits only
need to have this parameter be true when the opening and closing are
different, so things can be set up so that there is actually no
conflict, given that MAD is being removed.

At the time that scan_str is called, what the delimiters are is not
necessarily known, so this commit refactors the meaning of the parameter
to be TRUE iff the delimiters that scan_str finds actually differ.  It
renames the parameter to indicate this.

perldelta for 0b0a072

perldelta for 9be9e8a

perldelta for 94d4006

Silence several -Wunused-parameter warnings about my_perl

This meant sprinkling some PERL_UNUSED_CONTEXT invocations,
as well as stopping some functions from getting my_perl in
the first place; all of the functions in the latter category
are internal (S_ prefix and s or i in embed.fnc), so
this should be both safe and economical.

Added several missing PERL_UNUSED_RESULT()

Removed set_emergency_buffer from malloc.c

This was added in 2003, but never used.

Mark several functions with __attribute__noreturn__

Namely, die_nocontext, die, die_sv, and screaminstr. They
all croak and never return, so let's mark them as non-returning.

Cast %p arguments to (void*)

These were all part of debugging statements; the commit silences
a chunk of warnings under -Wformat

Adding missing SVfARG() invocations

This silences a chunk of warnings under -Wformat

Adding missing HEKfARG() invocations

This silences a chunk of warnings under -Wformat

Protect against ptrdiff_t not being available.

This is primarily for pedantic builds; ptrdiff_t is now standard,
and had already been in use in the core without guards.

POSIX.xs: Fix typo.

I haven't gotten used to my new keyboard, and missed this lowercase
letter that should have been uppercase.  Spotted by Dennis Kaarsemaker

Fix some compilation warnings

After commits d6ded95025185cb1ec8ca3ba5879cab881d8b180 and
130c5df3625bd130cd1e2771308fcd4eb66cebb2, there are some compilation
warnings if not all locale categories are used.

pp.c: Fix Win32 compilation problems

Commit 130c5df3625bd130cd1e2771308fcd4eb66cebb2 introduced errors into
Windows (at least) compilations because it used #if's in the middle of
apparent function calls, but these were really macros that turned the
function call foo() into a call of Perl_foo(), and so we were doing
an #if from within a #define which is not generally legal.

Allow to compile if don't have LC_CTYPE etc defined

Commit d6ded95025185cb1ec8ca3ba5879cab881d8b180 introduced
the ability to specify individual category parameters to 'use locale'.
However in doing so, it causes Perl to not be able to compile on
platforms that don't have some or all of those categories defined, such
as Android.  This commit uses #ifdefs to remedy that.

regen podcheck.t db

Several recent commits just changed the db manually, and in doing so
made incorrect changes.  It should instead be regenerated by machine
with the -regen parameter.

pp.c: Vertically stack ternary operators

This is for comprehensibility and to make a future commit easier.

perldelta for 470dd22

perldelta for 7fefc6c, dcccc8f, f83c603

perldelta for c2b90b61b509, 4662a0593217, 46e2868e06e3

some perldelta fixes

- move the utf8::downgrade() note out of the middle of the perl5db.pl
  entry

- give the Unicode::Collate entry back its =item

- move the Hash::Util entry into alphabetical order

bump $VERSION for PerlIO-encoding, PerlIO-mmap, PerlIO-scalar, OS2-Process

Change sv_catpvn(…, "…", …) to sv_catpvs(…, "…")

The dual-life dist affected uses Devel::PPPort, so can safely use
sv_catpvs() even though it wasn't added until Perl v5.8.9.

test for the Data::Dumper bug fixed by "Change newSVpvn("…", …) to newSVpvs("…")"

Change newSVpvn("…", …) to newSVpvs("…")

The dual-life dists affected use Devel::PPPort, so can safely use
newSVpvs() even though it wasn't added until Perl v5.8.9.

Bring a few lines in Storable.pm under 80 cols.

Remove entry for storable in known_pod_issues.
Increment Storable version number.

For: https://rt.perl.org/Ticket/Display.html?id=121861

SvREFCNT_dec_NN in pp_require

Some compilers (GCC) will inline+optimize this, some don't (Visual C). Make
it clear to not check for null twice.

Remove entries for threads.pm and CoreList.pod.

Follow up to earlier POD corrections.  See: RT #121873 and #121822.

Bring a few lines in SelfLoader.pm under 80 cols.

Bump version number in SelfLoader.pm.
Remove 'selfloader' entry from known_pod_issues.

For: https://rt.perl.org/Ticket/Display.html?id=121850

C backtrace tweaks.

Rename the environment variable that triggers the backtrace before
warns and croaks as PERL_USE_C_BACKTRACE_ON_ERROR (and correspondingly,
the define as USE_C_BACKTRACE_ON_ERROR).

Pod cleanups and updates, and move the needed #includes from perl.h
to util.c since that's the only place where they are needed.

perldelta for 808cb9e

perldelta for 30a1535

perldelta for 2d8eb85

perldelta for 53cb238

perldelta for 8be3c4c

perldelta for e5a8a0f.

Also update the perldelta template since it mentioned x2p

Removed NeXT support

Update Test-Harness to CPAN version 3.32

  [DELTA]

3.32    2014-06-11
        - Remove harness_class from argument hash in T::H::E (Leon Timmermans)

perldelta for be075ca, 037ab3f

perldelta for 461a975

perldelta for coverity fixes

perldelta for b3cf482, 4fa715f

perldelta for ae07d0f

perldelta for bd47baf

perldelta for 725995b

[perl #121585] Configure shouldn't write source tree

Fix cbacktrace

Fix i_bfd

The final i_bfd statement was a wrong copy-paste

re-order Configure: in preparation of backporting this change and
integration of another, some reorder is required