SvIVX() isn't valid on SVt_REGEXP

In sv.c, _all_ {new,del}_X* macros can be *_body_allocated.

Previously those where bodies_by_type[sv_type].offset was zero were using
{new,del}_body_typed. However, the optimiser can spot this, and generates the
same object code. This allows simplification of the C code, and more
flexibility to rearrange the structures without generating bugs.

update Ricardo Signes's email

Do not try to load a feature bundle when doing "no VERSION"

do not check for deprecation of removed lib

add the v5.13.1 epigraph

remove =over/=back from epigraphs.pod, add empty sections

...even though they are *totally legal* and the suggested way to make a
blockquote-like paragraph.  Pod::Checker doesn't like them.

add new release to perlhist

update MANIFEST, remove delta for uninstalled file

further updates to CoreList

Who knew there was a helper to do this, now!

Update META.yml

Notice the glorious deletion of Switch from the manifest!

bump CoreList version

add vertical space to CoreList.pm

This makes it easy to move through the file with { and } in vi.
Yes, this really helps.

remove empty perldelta section

update change command

Bump the perl version in various places for 5.13.1

replace 2nd 5.013000 block with 5.013001

update CoreList for 5.13.1

bump version on modules changed since 5.13.0

pass through perl5131delta in prep of release

Add a note in perl5131delta about given return values

And tweak its documentation.

Adding script used for recent perlhist changes.

Update perlhist.pod for 5.10.1-5.12.1

bumped File::Find version to 1.16

Fixed typo: "effecting data" -> "affecting data".

Merge branch 'vincent/rvalue_stmt_given' into blead

perldelta entries for my changes in 5.13.1.

add reminder about updating epigraphs.pod to RMG

the proper term is epigraph, not epigram

document historical release epigrams

Actually note that Shell.pm is deprecated for 5.13 and 5.14, so we can
remove it in 5.15 in the Spring of 2011.

Shell.pm was missing its deprecation warning in 5.12. So it can't be
removed in 5.14.

Revert "Remove Shell from the core distribution. Get it from CPAN now."

This reverts commit 28d302d426b73ed76fdcc816dd51bb1a8f93332b.

Merge branch 'blead' of ssh://perl5.git.perl.org/gitroot/perl into blead

* 'blead' of ssh://perl5.git.perl.org/gitroot/perl:
  Fix groups.t test on AIX
  further fix for RT #23810
  use the correct format codes in warnings from gmtime/localtime
  Better perldiag heading for "\cX" deprecation warning
  PATCH: Clean up EBCDIC handling of \cX
  [perl #41530] s/non-utf8/is-utf8/ fails.
  Fix for README.aix and XL C/C++ V11

Adding Chris Williams as our November 2010 sucker

Fix groups.t test on AIX

'id -a' doesn't work, so try it without the -a if that fails.

further fix for RT #23810

The fix for #23810, 27e904532594b7fb, introduced a regression, spotted by
Nicholas as RT #75146.

Basically, in S_doeval() if the yyparse() fails due to dying (rather than
just bailing out with with a syntax error, say), then the topmost EVAL
context will have been popped. My improved error handling code mostly
understood the difference, but forgot that in the die case, PL_eval_root
will have been restored to its previous value by the CX pop, and thus
its value shouldn't be messed with.

use the correct format codes in warnings from gmtime/localtime

Better perldiag heading for "\cX" deprecation warning

PATCH: Clean up EBCDIC handling of \cX

The function perl_ebcdic_control() is unnecessary, as the toCTRL macro
that calls it can be changed to just map EBCDIC to ASCII first, and then
doing the normal procedure.

This means that EBCDIC and ASCII will no longer diverge.  Currently,
EBCIDIC gives a syntax error for inputs outside its domain, whereas the
ASCII version accepts some of them.

[perl #41530] s/non-utf8/is-utf8/ fails.

When the replacement is in utf8, there was failure to upgrade the result
when the source and the pattern weren't in utf8.  This simply checks
that when there is a match that will lead to the replacement being done.
It then does the upgrade.  If this led to changes in the source, we redo
the match because pointers to saved buffers could have changed.  There
may be other cases where we don't need to redo the match, but I don't
know the code well-enough to easily figure it out.

Fix for README.aix and XL C/C++ V11

Hello,
I have attached a small doc fix for README.aix. It contains information
regarding the new XL C/C++ V11 compiler. This patch is only for bleed.
I have already posted the correct fix for maint-5.12.

Thanks.

Bye
  Rainer

From f66807e32b4c01bb58b61cb3e48d89da9c2c4bd7 Mon Sep 17 00:00:00 2001
From: Rainer Tammer <tammer@tammer.net>
Date: Fri, 14 May 2010 09:48:25 +0200
Subject: [PATCH] FIX to README.aix for V11 compiler

Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>

Perl 5.12.1 now includes Safe.pm 2.27. Module::CoreList should say so

New release date for 5.12.1 in light of the new RC

Merge branch 'blead' of ssh://perl5.git.perl.org/gitroot/perl into blead

* 'blead' of ssh://perl5.git.perl.org/gitroot/perl:
  Return 0 (with a warning) for sprintf("%.0g") and sprintf("%.0f")
  Updating list of DOSish perls in perlport.pod.
  Add Porting/checkpodencoding.pl to MANIFEST
  separate the 0755 from the . $TAINT0. this silences the warning "Dot after octal literal is concatenation".
  Clarify that mail to perlbug also goes to p5p

Correcting the release date of 5.12.1

Return 0 (with a warning) for sprintf("%.0g") and sprintf("%.0f")

There is special case code in the sprintf implementation, for simple %f and %g
formats, conditionally compiled in only when NVs are doubles. Under long
doubles, these are handled by the general purpose code, which always returns
0 if the argument is missing. Note that sprintf(" %.0g"), ie a leading space,
sufficient to bypass the special case code, would return the string " 0".

The special case code used to return an empty string, meaning that the
behaviour of sprintf("%.0g") and sprintf("%.0f") was inconsistent between a
perl built with doubles, and a perl with long doubles, and the behaviour of
sprintf("%.0g") and sprintf(" %.0g") was inconsistent.

5b98cd54dff3b163 fixed #62874 - the special case code did not warn, but
changed behaviour to return 0. d347ad18ecf3da70 undid the behaviour change,
viewing it as a regression. However, the tests added in 5b98cd54dff3b163
expose the inconsistency in behaviour between doubles and long doubles.

There should be no inconsistency, hence the only logically consistent
conclusion is that the special case implementation was wrong - it cannot
give results inconsistent with the general code. Hence this commit changes
it to return 0 (with a warning). This is achieved by simply skipping the
special case code, if there are insufficient arguments.

Updating list of DOSish perls in perlport.pod.

Add Porting/checkpodencoding.pl to MANIFEST

separate the 0755 from the . $TAINT0. this silences the warning "Dot after octal literal is concatenation".

Clarify that mail to perlbug also goes to p5p

The wording added in 64a8e22bd3 didn't clarify that mail to perlbug is
also forwarded to perl5-porters. Make this section clearer so that it
now explains that perlbug is just perl5-porters + RT tracking.

See the discussion after Craig A. Berry's comment in RT #73914 for
reference.

PATCH [perl #74978] dot after } breaks \N{}

The problem is that a dot can come between the braces in \N{foo.bar},
but when searching for it, I didn't stop looking at the right brace, so
it generated an error inappropriately.

This is essentially a minimum patch; efficiency could be improved
slightly with a little more work.

Note in comment that many \N{...} tests won't work here

Comment where to find file's format

perldelta item on PL_restartjmpenv

perldelta item on $[ usage

perldelta item on B::Deparse package+label fix

perldelta item on reliable exception handling

perlunifaq, uniintro: fix for 80 col display

perlunicode: fix for 80 col display

perlreref: missing info, 80 col display

The \p{Posix...} classes had not gotten added yet to the ref pod; there
were some reformattings to make things display properly in an 80 column
window.

perlrecharclass: Clarify \p{Punct}, fix for 80 col

While not strictly wrong, the hre was missing info for what \p{Punct}
does.

perlrebackslash: fix for 80 col display

perlre: fix for 80 col display

perlport: fix 80 col display; broken link

Fix to display ok in 80 columns

Fix perlebcdic for for 80 column tty; fix C<>s

Two C<>'s were unclosed

Add =encoding utf8 to all core non-ASCII POD files + test script

It's now possible to run:

    perl Porting/checkpodencoding.pl

To check if the core contains any naughty POD that uses non-ASCII
without declaring an encoding.

With this patch all the POD in core (except POD tests we're ignoring)
has a correct =encoding directive. The script also flags problems in
lib/* and cpan/* which aren't being fixed as part of this commit.

RT #34604 didn't honour tied overloaded values

A tied hash lookup could return an overloaded object but sort wouldn't
notice that it was overloaded because it checked for overload before doing
mg_get().

add SV_SKIP_OVERLOAD flag to sv_2*v_flags fns

While trying to coerce an SV into a string or whatever, stop if you
suddenly discover it's overloaded (this may not happen until after you've
called it's get magic)

add flags arg to sv_2nv (as sv_2nv_flags)

Modify Module::CoreList docs to state the availability of the removed_from() functions.

Backport patch from CPANPLUS-0.9004 to cpanp-run-perl

  This resolves RT #55964 and RT #57106 relating to the failure to
  install distributions that use Module::Install::DSL

  The addition of a BEGIN {} block to cpanp-run-perl resolves the
  issue.

Bump Module::Corelist for cherrypicking to maint-5.12

Make t/op/sprintf.t test multiple warnings

Stop returning 0 for sprintf("%.0g")

And also from throwing two "Missing argument" warnings for this construct.

This was a regression introduced by 5b98cd54dff3b16344eab33ce6b09fb6fb1b89c2.

Really test special sprintf formats

Make sv_vcatpvfn() complain when special formats "%s" and "%.0f" can't find their argument

This fixes [RT #62874] : printf does not print a warning when a lone %s conversion is used

Change perlgpl.pod to GPL 1 to match README

The README and Copying files are specific that Perl is licensed
under Artistic or GPL 1 (or later).  For whatever reason, perlgpl.pod
was created with GPL 2.  This commit changes it back to GPL 1 for
consistency with the actual license.

It also standardizes the introduction to both perlgpl and perlartistic
for consistent language explaining the dual license.

Move code to after the variable declarations.

Currently we only compile the top level code with "extreme warnings", so code
in ext/ isn't subject to -Wdeclaration-after-statement, hence why this was
missed. Now that dual life modules have been evicted from ext/, we could
probably consider notching up the warnings for all code in ext/.

Merge branch 'blead' of ssh://perl5.git.perl.org/gitroot/perl into blead

* 'blead' of ssh://perl5.git.perl.org/gitroot/perl:
  bump PerlIO::scalar version
  RT 43789: "in memory" files don't call STORE

bump PerlIO::scalar version

RT 43789: "in memory" files don't call STORE

The code in PerlIO-scalar that implements the open $fh, '>' \$buffer
feature did not, apart from accidentally, support get/set magic and thus
tied buffers. This patch remedies that: mostly by just blindly sprinkling
SvGETMAGIC/SvSETMAGIC about, rather than doing any deep analysis and
understanding of the code. One main change I did was to add a
PerlIOScalar_read() function, rather than rely on the default behaviour
(which implements it in terms of PerlIOScalar_get_ptr() etc), since that
approach had a tendency to call FETCH multiple times

Revert "New deprecation warning: Dot after %s literal is concatenation"

This reverts commit 6fb472bab4fadd0ae2ca9624b74596afab4fb8cb.

Zefram asked me to revert this as he's going to be doing something more
pluggable

Revert "Fix tests and add one more test for the deprecation warning added in last change"

This reverts commit c4deb7365787eb01845a9d0e371e343169530659.

Zefram asked me to revert this as he's going to be doing something more
pluggable

Revert "Deprecation warnings should always be mandatory since 5.12.0"

This reverts commit a7e260e62a5e47961e908363da32ef16f41301b2.

Zefram asked me to revert this as he's going to be doing something more
pluggable

Revert "tweak "0x123.456" deprecation"

This reverts commit 1183a10042af0734ee65e252f15bd820b7bbe686.

Zefram asked me to revert this as he's going to be doing something more
pluggable

When saving ints, if the value is small enough save it with the type.

This uses a new type, SAVEt_INT_SMALL.

When saving I32s, if the value is small enough save it with the type.

This uses a new type, SAVEt_I32_SMALL.

If we're going to introduce an @@ array, we'll want to be able to parse $#@ too

Give an error message if bison is not found at all

For SAVEt_I16, save the value with the type.

note in perldelta that local @tied not tied now

make 'local $tied' untied

When localising a tied scalar, don't make the scalar tied

make local @tied, %tied, untied

Fix for RT #7938, #7939: when localising an array or hash, don't make the
new aggregate tied.

The old behaviour of { local @tied; ... } was equivalent to:

    {
my $saved = \@tied;
*tied = [];
tied(@tied) = tied(@$saved)  # if tied() were an lvalue function
...
*tied = $saved;
    }

This patch simply removes the 'tied(@tied) = ...' step

die() no longer propagates outside of a Safe compartment

so mark the test for that as a TODO. We'll decide later what behaviour
is desirable here. Note that it warns instead.

Fix parameter name for die_unwind() in embed.fnc

Merge remote branch 'zefram/zefram/reliable_exception' into blead

Conflicts:
pp_ctl.c

Make tests pass with open pragma in effect

Silence a couple of false positive "may be used uninitialized" gcc warnings

For SAVEt_I8, save the value with the type.