perlxstut: Correct NAME

base.pm: pod: Remove obsolete references

INSTALL: broken link

Assertion fails in multi-char regex match

In '"s\N{U+DF}" =~ /\x{00DF}/i, the LHS folds to 'sss', the RHS to 'ss'.
The bug occurs when the RHS tries to match the first two es's, but that
splits the LHS \xDF character, which Perl doesn't know how to handle,
and the assertion got triggered.  (This is similar to [perl #72998].)

The solution adopted here is to disallow a partial character match,
as #72998 did as well.

release_managers_guide: feedback from 5.15.0 bump

The version bump from 5.14.0 to 5.15.0 didn't go at all smoothly.
Update release_managers_guide based on that experience.

Basically there were a couple of catch-22 situations with auto-generated
files; namely uconfig.h and the pod/perl5150delta.pod link.

Also, I've split the 'bump bleed to 5.15' and 'make maint-5.14 branch'
instructions into two separate sections.

buildtoc - fix a bug and add some comments

while(readdir) doesn't auto-assign to $_

Also, make the informative output clear that its telling you like of files
it will be processing, rather than that its actually processing it now.

Bump the perl version in various places for 5.15.0

update TOC for perl5150delta

create perldelta for 5.15.0

Amend the readline()+signals caveat

Remove RC3 marker.

Make ‘require func()’ work with .pm abs path

As of commit 282b29ee485, pp_requires passes an SV to S_doopen_pm,
instead of char*/length pair.

That commit also used sv_mortalcopy() to copy the sv when trying out a
.pmc extension:
+ SV *const pmcsv = sv_mortalcopy(name);

When the path is absolute, the sv passed to S_doopen_pm is the very sv
that was passed to require. If it was returned from a (non-lvalue)
sub-routine, it will be marked TEMP, so the buffer gets stolen.

After the .pmc file is discovered to be nonexistent, S_doopen_pm then
uses its original sv to open the .pm file. But the buffer has been
stolen, so it’s trying to open undef, which fais.

In the mean time, pp_require still has a pointer to the stolen buffer,
which now has a .pmc extenion, it blithely reports that the .pmc file
cannot be found, not realising that its string has changed out from
under it. (Actually, if the file name were just the right length, it
could be reallocated and we could end up with a crash.)

This patch copies the sv more kindly.

RC3 bump

Remove the "RC2" marker in preparation for Wednesday's final release.

"fix bug; also prefix ?? matches with m due to 5.14 deprecation"

I also fixed a bug in the original.  I'm always getting C<eof> vs C<eof()>
swapped in my brain, which is what had happened here.  The old code didn't
do what it said it did because it contrary to the comments didn't reset at
each eof -- because it used the C<eof()> form which is all of ARGV rather
than bare C<eof> for the last file read, and thus each per-file component
of ARGV.

I am concerned about the two paragraphs previous to that, because they
use eof() and I am not perfectly clear that they should.  But I left
them as is.

Jesse asked for "a lot of eyes", so if folks could please look at this
patch and see whether it looks ok, I'd appreciate it.  I did test it
under blead, both with and without the prefixed m on the m?? matches,
which is how I discovered it was buggy with the C<eof()> not C<eof>.

--tom

Updates to perlfunc to explicitly mention some of 5.14's new features
somewhere other than perldelta.

It's not 2012.  - spotted by jdb

typo fix spotted by tchrist

Bump Module::CoreList because the content changed since RC1 and we have
nice, zealous porting tests

RC1 -> RC2; push off the date of 5.14.0 until a week from tomorrow

Documentation for sprintf updates in Perl 5.14

Doc changes for [perl #89750]

regcomp.c: White space only

A previous commit added an 'if' around this code.  This now indents
the block properly.

PATCH: [perl #89750]: Unicode regex negated case-insensitivity

This patch causes inverted [bracketed] character classes to not handle
multi-character folds.  The reason is that these can lead to very
counter-intuitive results (see bug discussion).

In an inverted character class, only single-char folds are now
generated.  However the fold for \xDF=>ss is hard-coded in,
and it was too much trouble sending flags to the sub-sub routine that
does this, so another check is done at the point of storing the list of
multi-char folds.  Since \xDF doesn't have a single char fold, this
works.

utf8.c: Add _flags version of to_utf8_fold()

And also to_uni_fold().

The flag allows retrieving either simple or full folds.

The interface is subject to change, so these are marked experimental
and their names begin with underscore.  The old versions are turned
into macros calling the new versions with the correct extra parameter.

embed.fnc: Allow NULL arg to to_utf8_case()

Code within the function doesn't assume that the parameter is non-null,
and in fact the specials are retrieved by swash_init().  Having the
parameter null just means that no specials will be retrieved in the
current call.

Small typo fixes in perldelta

Minor perldelta fixes

• Remove C<...> around get-magic and set-magic. Those are prose
  descriptions of what is known internally as mg_get, SvGETMAGIC,
  SVs_GMG, etc.
• Re-instate the message that 804b5feed removed, but in the form in
  which it appears in perldiag.
• Remove the thing about version class methods. It’s a bug fix, not a
  problem (whether known or unknown :-), and not a significant one.
• Spelling mistake

skip t/io/eintr.t on production releases

We already skip this test file on many platforms which don't
have interruptible IO system calls. Extend this to unconditionally
skip if it's an even (production) release version, so that we don't get
false positives for other platforms we didn't know about.

skip a problematic test on openbsd/thread

I'd make this a TODO, but the test currently results in the watchdog
firing, so harness/TEST would never see the "TODO".

typo

TomC change with a twist

perldelta fixes

Typo in commit b641685 breaks Solaris-x64 with Sun cc

perlre: Don't treat /aa as a separate modifier

VMS-related known problems in 5.14.0.

Skup sigdispatch tests on VMS as they hang the VMS smokers.

On Wed, Apr 20, 2011 at 7:22 PM, Craig A. Berry <craigberry@mac.com>
wrote:
> In article <E1QCB3D-0002kP-5p@camel.ams6.corp.booking.com>,
>  davem@iabyn.com ("Dave Mitchell") wrote:
>
>> In perl.git, the branch blead has been updated
>>
>> <http://perl5.git.perl.org/perl.git/commitdiff/011c381477c2b48fc4fbb6c52c59dbd
>> 6a21bc7d6?hp=53777b0ce48433ad582498a56c60698a8fad29f6>
>>
>> - Log
>> -----------------------------------------------------------------
>> commit 011c381477c2b48fc4fbb6c52c59dbd6a21bc7d6
>> Author: David Mitchell <davem@iabyn.com>
>> Date:   Tue Apr 19 14:17:12 2011 +0100
>>
>>     dispatch signals when leaving an eval
>
> The good news is that this also fixes RT #76384.  The bad news is that
> the new tests hang the test suite on VMS and the watchdog is unable to
> break out of it (possibly only with threads -- still need to check
> that).

On Win32, skip the tests added in 011c3814, as alarm can't interrupt select.

perldelta: Fix broken links

Apparently the writers of perldiag realized that "%s%s" is the same
as %s for the purposes of diagnostics, so there is no anchor for the
removed link.

Revert "Missing bug number in d12b49d"

This reverts commit 53777b0ce48433ad582498a56c60698a8fad29f6.

constant.pm 1.21 has already been released on CPAN. Reverting this for
now just keeps things simple.

Authors sorting from tchrist

perlop: /o update

perllocale: Mention /l

Also the possibility of an undefined initial locale

perldelta: Fix remaining confusing double double quotes

C<foo"bar"> will translate into "foo"bar"" on some devices, which is
confusing.  Change the remaining ones to C<foo'bar'>

perldelta encoding error spotted by tchrist

Bump patchlevel to RC1

Update to Known Problems, removing several previously-known problems
I've verified as fixed.

Reflowing text

Ilmari pointed out that I incorrectly marked up some perl function()
statements as C<function()>

Update the documentation for rand() to note that it's not
cryptographically secure due to concerns that end-users are unaware of
this and use it in situations where security depends on the strength of
the randomness generated.

I'd have been happier getting this patch in earlier in the cycle.
We'd hoped to replace the RNG, but that didn't happen in time, so this
doc update is the "better, still not good" fallback.

Update Module::CoreList for 5.14.0

Add 5.14.0RC1 and 5.14.0 (hopeful) date to perlhist

Started to flesh out the AUTHORS section of perldelta

dispatch signals when leaving an eval

Currently PERL_ASYNC_CHECK is only called during scope exit in pp_leavetry
and pp_levaeeval. This means that if the signal handler calls die, the
eval won't catch it.

This broke Sys::AlarmCall's test suite, which was doing the equivalent of

    $SIG{ALRM} = sub { die };
    eval {
alarm(1);
select(undef, undef, undef, 10);
    }
    # expect the die to get caught and $@ set here.

Because the select was the last statement in the block, PERL_ASYNC_CHECK
wasn't called next until the leave_scope at the end of leavetry.
See RT #88774.

The simple fix is to add a PERL_ASYNC_CHECK at the top of
leavetry and leaveeval.

Missing bug number in d12b49d

Correct typos in 66b4c19

porting/cmp_version.t: skip threads 1.83

The threads version for blead was bumped for the 5.13.11 release,
but not all version numbers were bumped, so the '1.83' in 5.14.0
will be marginally different (1 line of text) than in the 5.13.11 release.

fix blurb at top of t/porting/cmp_version.t

t/porting/cmp_version.t: add version skip facility

Allow it to skip failing for particular versions of particular
modules

Removed a note about Test::Harness that was obsoleted by the release of
Test::Harness 3.23

I think I've now got all the funny quote business taken care of.
I've pod-, spell-, and dupword-checked this.

Update perldelta for push/keys changes

• Mark it as experimental
• Remove paragraphs that no longer apply

Update perlfunc for [perl #80626]

Add a test for keys $tied

This was ‘inadvertently’ fixed with commit 7ac5715

Make push, etc., work on tied scalars

I broke this with commit d4fc441

update threads::shared version in perldelta.

Upgrade to threads 1.83

Upgrade to threads::shared 1.37

perllocale: Corrections

This pod misled some people, including this author, as to the initial
state of locales.  This fleshes out some details, and changes some
wording.

perlrecharclass: Nits

Perldelta patches from Ilmari and Abigail

Fix a few pod nits

Make keys $scalar an lvalue

This does a run-time check to see whether $scalar is a hash ref, and
dies if it is not.

This is to keep keys \@_ consistent with keys @_.

I cannot simply use OPf_MOD, since that indicates *potential* lvalue
context (including subroutine args).

So, instead, I take advantage of the fact that OPf_SPECIAL is always
set on the LHS of an assignment (usually to indicate that local()
should not erase the value).

perlop: Update for some 5.14 changes

perluniintro: Update for 5.14 changes

perlunicode.pod: Nits

perlre: Remove false statement about locales

VMS section clean-up for perldelta.

perldelta editing pass

Remove ambigous warning from perldiag

This no longer happens as of commit 7ac5715.

Make keys/value/each $scalar accept only unblessed refs

See ticket #80626.

collapse plibpth to one line and remove trailing /

The recent change to hints/linux.sh,
40f026236b9959b7ad3260fedc6c66cd30bb7abc
set the plibpth variable.
It was supposed to set all entries on a single line, but it didn't.
Do it now, and also remove trailing /'s.

(The collapsing is a more robust version of the previous commit,
since reverted, that davem wrote independently).

Revert "collapse plibpth to one line"

This reverts commit 55e4a474ad63535e486bd657f45b5339709cbcd3.

In improved version is coming next...

collapse plibpth to one line

The recent change to hints/linux.sh,
40f026236b9959b7ad3260fedc6c66cd30bb7abc
set the plibpth variable.
It was supposed to set all entries on a single line, but it didn't.
Do it now,

configpm: handle multi-line key='value\n...'

There is old code in configpm to handle mulit-line entries in config.sh
along the lines of

    plibpth='/lib/x86_64-redhat-linux/4.4.5/
    /lib/../lib64/
    /usr/lib/x86_64-redhat-linux/4.4.5/
    /usr/lib/../lib64/
    /lib/
    /usr/lib/'

which was broken, and produced
    Use of uninitialized value $1
warnings, and messed up the content of lib/Config_heavy.pl.

We probably normally don't have multi-line entries, which is why no-one
noticed it before, but 40f026236b9959b7ad3260fedc6c66cd30bb7abc
has started generating the entry above.

fix for pp.c under win32 etc

Commit d4fc4415aac96132fac5b1e43e73bcba33a41b79 added two definitions
of the DEREF_PLAIN_ARRAY array; the non-GCC one had syntax errors

Minor fixes to perldelta.pod

Reviewed section "Core Enhancements".

Signed-off-by: Ævar Arnfjörð Bjarmason <avar@cpan.org>

Consistent use of 'e.g.,' in perldelta.pod

There were some places, where 'e.g.' was used without a comma. I made it
consistent.

Signed-off-by: Ævar Arnfjörð Bjarmason <avar@cpan.org>

Consistent use of two spaces after full stop in perldelta.pod

There were more occurences of two spaces after full stops, so I made
those two that were only one.

Signed-off-by: Ævar Arnfjörð Bjarmason <avar@cpan.org>

perldelta: typos

pod/perldelta.pod: POSIX should be in all-caps (not "Posix")

pod/perldelta.pod: clarify "Use of qw(...) as parentheses" deprecation

Clarify the note about qw(...) as parentheses deprecation. Without
being clarified this could be misunderstood to deprecate most uses of
qw(...).

This came up on the Git mailing list[1] after I submitted a patch[2]
to fix this issue in Gitweb[3].

1. http://permalink.gmane.org/gmane.comp.version-control.git/167293
2. http://permalink.gmane.org/gmane.comp.version-control.git/167283
3. http://permalink.gmane.org/gmane.comp.version-control.git/167297

pod/perldelta.pod: link to pertinent feature.pm POD

Instead of just linking to L<feature> link to the "the
'unicode_strings' feature" section.

Make push/shift $scalar accept only unblessed aryrefs

See ticket #80626.

perldelta for d12b49d (Unicode constants)

check --whole-archive is supported (in cc.cbu) before using it

netbsd for pre 4.6 gcc requires --whole-archive to build shared
libraries, but this is rejected and not required in 4.6.0.

Revert "check --whole-archive is supported before using it"

This reverts commit 673d8593b7ef274dadbfff97fd641e3c563fc716.

I meant to apply the cc.cbu version of this patch.

Lots of perldelta editing. Still miles to go before we sleep

Make Unicode constants under use utf8 work again

Because sub lookup (and glob lookup in general) ignores the UTF8
flag, such subs are actually ‘correctly’ stored under the utf8-encoded
equivalent of the name, and not the name itself.

TODO some of the new sigdispatch tests on VMS.

Needs more signal foo than I can muster at the moment to figure out
what the intent is here and why it's not working.