perldiag: Document ‘Can't call mro_method_changed_in()’

Revert "portport: remove DG/UX"

This reverts commit 28371e3dbee6234e13f1dfa4afb650ba7691ebfc.

Porting/epigraphs.pod: add link to release announcement

Benchmark.t: fix skip() argument order

stub Module::CoreList for v5.19.2

bump version to v5.19.2

new perldelta

Porting/epigraphs.pod: add v5.19.1 and v5.19.0 epigraphs

add cpan/autodie/t/truncate_me to makerel @writables list

finalize perldelta.pod for v5.19.1

update perlhist for v5.19.1

update Module::CoreList for v5.19.1 release

portport: remove DG/UX

Fix Perl version references in INSTALL

Also update the RMG to remind people to do this for the "late" bumps in
BLEAD-POINT and BLEAD-FINAL releases

add some tests for Perl #71922

Apparently this is fixed now. But add tests

Rough draft of perldelta for v5.19.1

Added some things that were missing; deleted lots of boilerplate and
unused sections.

Module updates are not done, as Module::CoreList needs updating first.
Acknowlegements are not done, either.

bump Time::Piece VERSION to 1.2002

t/porting/customized.t: consistent data file sorting

Update Maintainers.PL for divergence from cpan

I've noted some files customized in blead and marked
Devel::PPPort as 'undef' upstream as it appears unmaintained
and rjbs has asked the maintainer to switch it to blead.

With this change, core-cpan-diff on the 'cpan' upstream is clean.

fix core-cpan-diff treatment of 'undef'

perldelta for #118047

[perl #118047] Don’t warn for tr//a/c

Since /c means to invert the search list (the empty string), making
it match all characters, it doesn’t make sense to warning about the
replacement list (a) being longer than the search list.

Update Archive-Tar to CPAN version 1.92

  [DELTA]

  * important changes in version 1.92 18/09/2013 (David Steinbrunner)
  - typo fixes

If miniperl fails the simple Exporter test, print a message and bail out.

Previously the Makefile rule for miniperl would attempt to automatically run
minitest if the simple Exporter test failed. It did this by recursively
calling make in the same directory, which is not a totally safe thing to do
even at the best of times.

However commit cb251201d6951395, necessary to simplify other parts of the
toolchain bootstrapping, has made it easy to trigger an infinite loop of
Makefile recursion if miniperl is unable to run the simple Exporter test.

So, for now, defuse the trap by avoiding the recursive make call. A better
long term solution will be to set up and run minitest by something other than
a Makefile target, such as a shell script. As it's not immediately obvious how
to best integrate this with ./runtests, commit this simpler fix for now.

For *nix, only delete the ppport.h files that we created.

Given that we have the list of places to create ppport.h files easily
accessible, it's easy to delete only the files that we created, and avoid a
find recursing into all of ext/, dist/ and cpan/. This also means that if
anyone drops a module from CPAN into ext/ to build it as part of the core,
any ppport.h it has won't be wiped out by the core. This is one of the few
things that goes wrong, as the rest of the distclean target is very careful
to only delete files that it knows that the build process built.

perldelta: note the change to "goto" in perlfunc

replace weird C<goto-TYPE> with C<goto TYPE>

the hyphenated form dates to a0d0e21, the Perl 5.000 commit

nothing else looks this way, and the difference seems to win
us nothing

document that goto-EXPR will treat a subref differently

This has been the case since Perl 5.8 at least, and possibly longer.

This resolves [perl #118523].

lib/locale.t: Remove workaround for now fixed #108378

UTF8f

This new format string allows char*s to be interpolated with the
utf8ness and length specified as well:

Perl_croak(aTHX_ "Couldn't twiggle the twoggle in \"%"UTF8f"\"",
                  is_utf8, len, s);

This commit changes one function call in gv.c to use UTF8f (it should
go faster now) as an example of its use.

This was brought up in ticket #113824.  This commit does not fix
#113824, but provides groundwork that makes it easier to fix.

perlfunc: Add caveat about string eval containing NV scalar

perlapi: Add note to isASCII

perlrecharclass: Nits

pp.c: Use correct size for two arrays.

The number of bytes the result of changing the case of a single UTF-8
character is given by UTF8_MAXBYTES_CASE.  In one of these arrays, space
is saved by using the proper #define; in the other there is no change
except on EBCDIC platforms.

perldelta for locale fixes

This is the delta for 68e8f474bc686a86c064b695b9c7400313d7af65,
and b127e37e51c21b0a36755dcd19811be931a03d83.

In FindExt, use File::Find instead of shelling out to a dir command.

The FindExt code is tested on *nix, and at least some systems have a dir
executable, which generates warnings to stderr when invoked with parameters
intended for the Win32 dir command.

File::Find is portable, and avoids starting a new process.

Add Module::CoreList::Utils to perldelta as a new module.

Add documentation for Module::CoreList::Utils

Correct module links in perldelta

perldelta for #118297

copied from f4612955aa389 on the maint-5.18 branch

Update release managers guide to note to bump Module::CoreList::Utils version too

Manually add Utils delta for v5.19.1

I haven't fixed the adjustments to Porting/corelist.pl yet
for generating a utils delta.

Upgrade cv_flags_t from 16 to 32 bits.

Its main use is in a struct otherwise filled with pointers, which
means on 32-bit architectures its almost certainly taking up 32
bits anyway.

don't crash on deep recursion warnings in lexical subs (#118521)

subst.t: Rename test

This was copied and pasted from the previous test.

concat2.t: Unskip an encoding.pm test

We should still test that it doesn’t crash, even if it
is deprecated.

Fix ext\B\t\concise.t when building with ALL_STATIC=define on Windows

Skip testing that Data::Dumper is loaded as needed when it is statically
linked.

Fix t\op\magic.t when building with ALL_STATIC=define on Windows

Two tests must be skipped in this case since Tie::Hash::NamedCapture is
already loaded, but the existing skip doesn't cover this case. The Windows
static build statically links extensions into perl519.dll, not perl.exe
(although there is a separate perl-static.exe as well for anyone wanting
that), so $Config{usedl} is still set to 'define'.

So instead, check $Config{static_ext} to see if the package is really
statically linked, which is a more accurate check anyway and renders the
$Config{usedl} check redundant.

Mark the common case with LIKELY branch predictor hint

Freeing an SV usually indicates its refcount is 1.

perllocale: Update, clarify

This rearranges and rewords portions of perllocale to be clearer,
and to add some missing caveats.

Don't use locale definitions unless within scope

Prior to this patch, stringification of an NV used the current locale's
decimal point character, even outside the scope of a 'use locale'.  This
is contrary to the documentation (though one example in perllocale
omitted the 'use locale') and can lead to unexpected results.

There was one test in the core that relied on the old behavior, and
maybe more in CPAN.  This patch is being made early in 5.19 to see what
breaks.  I do believe though that any breakage is trumped by the
principal that locale rules should only be used if locales are
explicitly requested.

PATCH: [perl #108378] [perl #115800]

This patch solves two tickets.  Both are a result of the stringification
of a floating number being sticky, so that the character representing
the decimal point may be from an old locale.  The patch solves this by
not retaining the stringification of NVs.

perllocale: Nits

regcomp.c: Reorder tests to avoid throwing away work.

Prior to this patch, we did work based on a test that could be thrown
away as a result of the next test.  This reorders so that doesn't happen

Set Config's *extensions and *_ext vars correctly for Win32 static builds

When building with ALL_STATIC=define on Win32, we arranged for Encode's
sub-extensions to get built (in win32/config_sh.PL), but neglected to list
them in the relevant Config variables, causing test failures in
t/porting/FindExt.t and lib/Config/Extensions.t. Moving the special logic
for Encode into win32/FindExt.pm fixes that.

Fix a related test failure regarding Sys-Syslog (not built on Win32) while
we're at it.

Update HTTP-Tiny to CPAN version 0.031

  [DELTA]

  0.031     2013-06-16 23:18:18 America/New_York

    [FIXED]

    - Fixed bug receiving 0-length content bodies

Update HTTP-Tiny to CPAN version 0.030

  [DELTA]

  0.030     2013-06-13 11:46:15 America/New_York

    [FIXED]

    - Requests with the empty string as body content no longer generate
      'content-type' and 'content-length' headers.

Update Getopt-Long to CPAN version 2.40

  [DELTA]

  Changes in version 2.40
  -----------------------

  * Fix bug #86095 Possible problem with aliases

  * Fix bug #85362 typo fix

Small corrections in perlsyn, less one identified by tomc++.

For: RT #118495

Update Unicode-Collate to CPAN version 0.98

  [DELTA]

  0.98  Sat Jun 15 19:44:06 2013
    - typo (see [rt.cpan.org #85655] typo fixes)

pad.c: Correct comment added by dd2155a49b

pp.c: pp_ref: remove null checks

There is no way a null can get on to the stack here.  The only piece
of code that puts nulls on the stack is pp_coreargs, which doesn’t do
that for functions with a _ prototype.

perlfunc: mention that cho(m)p resets the iterator

doop.c: Correct introductory text

do_chomp has not been in that file since 81745e4ea46c8.

pp.c: Eliminate unnecessary dORIGMARK from pp_anonlist

This extra protection was added in commit 44a8e56aa0 or d976ac8220
(I’m a little confused as to the history here).

At the time, av_make really could reallocate the stack.  That changed
in commit efaf36747029.

Now there is no need for dORIGMARK and ORIGMARK.  (ORIGMARK is more
expensive than MARK since it looks up PL_stack_base and recalculates
where we are on the stack, based on a recorded offset.  MARK simply
stores a pointer to where we want to be.)

op.c: Don’t reallocate a temp for lvalue funcs

There is no reason why keys, substr, pos and vec that can occur in
lvalue context need to reliquish ownership of the scalar in the
scratchpad used to return the value in rvalue context (the TARG) and
then have a new one allocated.

Also, the new TARG was marked PADMY, so, if the lvalue op got freed
(e.g., if it was inside if(0){...}), then its pad slot would remain
unusable by code subsequently compiled in the same sub, since pad_free
only turns off the PADTMP flag, not the PADMY flag, and it would hence
appear to pad_alloc to be still in use.  So it would waste a small
amount of memory in rare cases.  (Based on reading code, not on a
gdb session.)

op.c: add assertion

Update ExtUtils-MakeMaker to CPAN version 6.68

  [DELTA]

6.68 Fri Jun 14 23:26:11 BST 2013
    No changes from 6.67_05

6.67_05 Thu Jun 13 21:52:46 BST 2013
    Doc fixes:
    * RT#86007 - Restore meaning for divorced sentence

6.67_04 Mon Jun 10 20:18:25 BST 2013
    Bug fixes
    * Address RT#85406, where specifying 'meta-spec' in
      META_[ADD|MERGE] would remove all prereqs (bingos)

6.67_03 Wed Jun  5 22:03:28 BST 2013
    Doc Fixes
    * Document how to specify meta-spec in META_MERGE (bingos)

6.67_02 Sun Jun  2 18:27:45 BST 2013
    Bug Fixes
    * Allow v-prefixed version strings once more (bingos)
    * Typos fixed (David Steinbrunner)
    * Resolve test failure with latest CPAN::Meta

6.67_01 Thu Apr 25 21:03:58 BST 2013
    Doc Fixes
    * Change references to makemaker.org in the docs
      (Reported as RT#83246 by dolmen)

    VOS Fixes
    * 'core' files are keep files (*.kp) on vos, adjust the
      'clean' target to account for this (Paul Green)

    Win32 Fixes
    * Increase dmake MAXLINELENGTH to 800000 (RT#77215) as
      per kmx's recommendations (kmx)

    Cygwin Fixes
    * Allow linking of Cygwin libraries (Reini Urban)

note that \s matching \cK is marked experimental

perlexperiment: version of acceptance for \N{name}

perlexperiment: ithreads seemed accepted in 5.8.0

perlexperiment: long doubles are not experimental

reorder experiments by version (mostly)

the code that used hstat, istat, qstat was removed in 6fd8c33a

tboffset hasn't been used since 7196fc2f

prevent a couple of porting test issues under PERL_UNICODE

cmpVERSION.pl: get_file_from_git() was returning a character string
which was then passed to MM->parse_version(), implicitly using
PerlIO::scalar to parse the content.

test_bootstrap.t complains since some of the test files aren't valid
UTF-8.

remove reference to experimental code never in core

...at least not anywhere I can find it

Fix inclusion of Compress/Raw/Bzip2 and Encode in MinGW ALL_STATIC build

The build was previously failing with various undefined references because
there were some clashes in the names of the object files extracted into
STATICDIR (e.g. Compress/Raw/Bzip2 and Compress/Raw/Zlib both have object
files called compress.o).

The fix is to individually extract each static extension library and
archive its object files into the static perl library, rather than doing
them all together, and also to use ar's "quick append" mode rather than
"replace" mode otherwise we still won't get multiple object files with the
same names included in the static perl library as required.

note warning categories in perlexperiment

perldelta for the exec warning category change

fix category on "Statement unlikely to be reached"

The warning is documented as an "exec" category warning, but the
implementation mixes checking for exec and syntax.  This makes
only the exec category apply.

Eliminate macro for OpenVMS debugger [perl #118447].

We need to do whatever the configuration says we are doing via
$Config{dbgprefix} and/or $Config{usevmsdebug} for extension
building to work, so it makes sense for the top-level build to
also base what it is doing on the configuration choice rather
than on the special invocation of MMK with /MACRO=__DEBUG__=1.

So this patch makes the top-level build do what we've configured
to do and eliminates the instruction to use the macro.

Possessive and non greedy quantifier modifiers are mutually exclusive

When I added support for possessive modifiers it was possible to
build perl so that they could be combined even if it made no sense
to do so.

Later on in relation to Perl #118375 I got confused and thought
they were undocumented but legal.

So to prevent further confusion, and since nobody has every mentioned
it since they were added, I am removing the unusued conditional
build logic, and clearly documenting why they aren't allowed.

Don't ignore signals on pclose

This is a bug, per POSIX

Merge the re-ordering of when in the build write_buildcustomize.pl is run.

write_buildcustomize.pl is now run as part of the rule that builds miniperl.
Hence if you've built miniperl, you've now always got lib/buildcustomize.pl
too, which simplifies Makefile dependency rules.

write_buildcustomize.pl is now more robust against errors, and miniperl will
abort if a corrupt lib/buildcustomize.pl is found.

None of these changes should have any visible effect outside of the build.

In miniperl, if lib/buildcustomize.pl fails to load, exit with an error.

Unlike sitecustomize.pl, if lib/buildcustomize.pl exists, it should not fail.
If it does, it should be reported immediately as a build failure.

This makes the build process more robust.

write_buildcustomize.pl now test loads the generated lib/buildcustomize.pl

And deletes it if it encounters an error whilst loading it. A non-functional
lib/buildcustomize.pl will cause the build to fail with seemingly unrelated
errors. Deleting it and exiting with an error should make the cause of build
failures obvious.

write_buildcustomize.pl no longer writes to STDOUT

write_buildcustomize.pl now opens lib/buildcustomize.pl itself, instead of
writing to STDOUT and relying on the Makefile to set up redirection. This
means that an empty lib/buildcustomize.pl is not created if
write_buildcustomize.pl fails to compile (for whatever reason), and permits
write_buildcustomize.pl to delete (or attempt to delete) the output file if
it detects an error.

Hard code the output file name (lib/buildcustomize.pl), as it's the same on
all platforms, and @ARGV is already used to optionally pass a directory for
write_buildcustomize.pl to change to before running.

Experimentation suggests that various make utilities don't delete a file
created by redirection even if an error occurs. Hence this should be more
robust.

Add -f to the miniperl commandline when running write_buildcustomize.pl to
avoid reading in any existing lib/buildcustomize.pl. write_buildcustomize.pl
doesn't need the setup provided by lib/buildcustomize.pl, and running it
might cause errors which prevents writing out a correct version, making an
incomplete build harder to recover from.

Remove the Icwd Makefile macros as lib/buildcustomize.pl now sets this up.

Now that lib/buildcustomize.pl is built at the same time as building
miniperl, it will always have added paths to Cwd into @INC. Hence there's no
longer a need for Makefile macros to do this.

On Win32 we can't eliminate $(ICWD) completely as it's also being used for some
invocations of the (real) perl binary. Only miniperl loads buildcustomize.pl
to set up @INC to include paths for the initial locations of modules such
as Cwd.

Generate lib/buildcustomize.pl at the same time as the miniperl executable.

Doing them together ensures that we always have lib/buildcustomize.pl
available. This simplifies things. The seemingly cranky ordering of having
miniperl notionally depend on lib/buildcustomize.pl, and the rule for
lib/buildcustomize.pl actually also building miniperl permits the rest of
the Makefile to depend on (the obvious) miniperl, not the obscure
lib/buildcustomize.pl

Benchmark.t: fix skip() call

Benchmark.t: make calibration a test

As a temporary measure, make a calibration failure not only a skip but a
failed test too, so I can see whether the real test fails more often in
smokes than the calibration.

do not warn when optimizing away /x{0,0}?+/ and /x{0,0}+/

In c37d14f947f7998211b0455e453160fb7e15b22e Karl fixed an issue
reported in [perl #118375] "5.18 regex regression Quantifier follows nothing in regex"
but he fixed only the non-greedy modifier mentioned in the ticket,
and did not include support for the other quantifier modifiers like the
non-greedy possessive (stupid but not illegal), and the possessive
(useful) modifiers.

Hopefully this covers them all.

Note that because Karl already included support for m/x {0,0} ?/x
I have done so as well for the new cases. I do not necessarily endorse
the idea that it is legal or should be tested for. I am inclined to
think that '{0,0}?+' should be indivisible even under /x.

perldelta: add entries gleaned from commit messages

Corrections to 0511665b4b

- require './test.pl' in a BEGIN block, rather than use './test.pl'.
- Ensure the tests are done in the same program that emits the plan()
  otherwise one copy of test.pl thinks tests were planned but not done
  and the other thinks tests were done without being planned.
- Fix indentation.

converted t/win32.t/system* to test.pl style

Benchmark.t: consistent delta comparing

when we compare the number of iterations done in 3 seconds with
3 * (the number of iterations done in 1 second), the comparison's
effective delta of toleration depended on which value was larger:
if a > b, it tested for a/b <= 1.666; if b > a, it tested for b/a < 1.4.

Make it consistently 1.4 (or 1+$DELTA to be precise).

Benchmark.t: disdplay calibration diag output

When the notorious test 15 fails, show the ratio of our earlier 3sec and
1sec calibration in the diag output.

release schedule: fix years for 5.20

Oops.

Merge branch 'delta-deprecate' into blead

This replaces the %deprecated hash in Module::CoreList with a
Module::CoreList::TieHashDelta, making it easier to keep track of
what changed where, and easier to skim the source to see changes.