Filter-1.40 released to CPAN

Also clarify cpan as upstream

Bump Cwd, File::Spec version.

Rethink EFS in File::Spec::VMS.

ae5a807c7dcf made extensive changes to File::Spec on VMS, nominally
to support Extended Filename Syntax (EFS).  The idea behind the
changes was that with EFS in effect, the File::Spec functions can
guess at whether incoming file specifications are in Unix format
or VMS format and provide output in the same format as the input.

This principle is in some ways desireable in that round-trip
conversions do have the potential to lose information and it
sounds like a nice bit of DWIMmery. However, in practice it leads
to its being a crap shoot what format you'll get back, and in some
really important cases (such as MakeMaker's assembly of paths for
external build utilities) you really have to know which syntax you
have and you may really have to have native syntax, which has
always been the default.

It's also impossible to guess in some of the more common use cases,
such as a splitdir followed by catdir, where catdir has no way of
knowing what delimiters were discarded by splitdir, and thus no
hints about what syntax the original path was in.

Plus there were numerous problems with the implementation, which
broke the build when EFS was in effect and didn't pass very many
of its own tests (which it had inadvertently disabled, since fixed
in 06ecd9c7d6f).

Plus EFS isn't primarily about Unix syntax versus VMS syntax but
about allowing additional characters, such as multiple dots in
filenames or any dots in directory names.  The only real difference
for the File::Spec functions should be that they now need to avoid
splitting on traditional delimiters if those characters are escaped
with the caret (^) character.

So revert most of ae5a807c7dcf, and sprinkle negative look-behind
assertions liberally so that we correctly recognize when
traditional delimiters have been escaped and are not being used
as delimiters.

The partial support for Unix reporting mode (where we explicitly
request that output file specifications are in Unix format
regardless of input format) is left in place.  It's somewhat less
partial than it was, but still incomplete.

There is no G_LIST, only G_ARRAY

prune faulty dead logic in pp_flock

pp_flock had code to implicitly use the "last read" I/O handle if invoked
with no arguments.  Actually both of its arguments are mandatory, so this
could never be reached.  It was presumably cargo-culted from another op
such as pp_tell.

make regen

fix -Uuserelocatableinc

-Uuserelocatableinc resulted in PERL_RELOCATABLE_INC defined as "undef" which is defined

bisect.pl now reports a meaningful error for certain "can't start" scenarios.

If --end is specified but not --start, then don't probe for start revisions
that are more recent than the --end. Previously bisect.pl would test all
stable revisions for a start point, and if it happened to find a (seemingly)
valid start point, it would continue on to run git bisect, which would fail
with the error:

    Some good revs are not ancestor of the bad rev.
    git bisect cannot work properly in this case.
    Maybe you mistake good and bad revs?

which doesn't make clear what the problem actually is. Now the error is:

    Can't find a suitable start revision to default to.
    Tried perl-5.002 perl-5.003 perl-5.004 perl-5.005 perl-5.6.0 at ...

VMS does have sockaddr_in6 and ipv6_mreq.

Or at least has had for 10 years or more.  If someone shows up
wanting to build on an older system, we can add real probes.

Plus we can't write to config.sh before it's been opened, as
18126d98dd7 had us doing.

For make test, move the 'porting' tests before 'lib', 'ext', 'dist' & 'cpan'

This makes the order more consistent with test_harness, and moves the
"interesting" tests earlier. "interesting", in that these are more likely
to spot unexpected problems with the tested changes.

In Perl_sv_del_backref(), don't panic if tsv is already freed.

During global destruction it's possible for tsv, the target of this weak
reference, to already be freed. This isn't a bug, and hence the interpreter
should not panic.

Update Socket to CPAN version 1.98

  [DELTA]

  1.98  CHANGES:
         * Detect presence of sockaddr_in6 and ipv6_mreq; conditionally build
           pack/unpack functions on this
         * Back-compatibility improvements for older perls, back as far as
           5.6.1 (thanks Zefram)
         * Fix for picky compilers or platforms on which size_t doesn't
           printf() correctly by %d
         * Suppress some harmless compile-time warnings about unused variables

Carp-1.25 released to CPAN

in Carp, cope with "_" in $warnings::VERSION

The check for very old versions of warnings was generating a numeric
warning on some versions of warnings where $warnings::VERSION isn't a
proper number.  Oh, the irony.  Specifically affected the version of
warnings that was bundled with Perl 5.8.9.

Add new probes for IPv6 (LeoNerd)

begin filling the 5.16.0 delta from 5.15.7

This is largely a copy and paste job.  Once I copy and paste most
things in, I will then start condensing them.

This does *not* include the following sections from perl5157delta:

* module updates
* configuration and compilation changes

begin filling the 5.16.0 delta from 5.15.6

This is largely a copy and paste job.  Once I copy and paste most
things in, I will then start condensing them.

This does *not* include the following sections from perl5156delta:

* module updates
* internals changes

begin filling the 5.16.0 delta from 5.15.5

This is largely a copy and paste job.  Once I copy and paste most
things in, I will then start condensing them.

This does *not* include the following sections from perl5155delta:

* module updates
* configuration and compilation changes
* internals changes

begin filling the 5.16.0 delta from 5.15.4

This is largely a copy and paste job.  Once I copy and paste most
things in, I will then start condensing them.

This does *not* include the following sections from perl5154delta:

* module updates
* configuration and compilation changes
* internals changes

begin filling the 5.16.0 delta from 5.15.3

This is largely a copy and paste job.  Once I copy and paste most
things in, I will then start condensing them.

This does *not* include the following sections from perl5153delta:

* module updates

Simplify VMS symlink override.

The implementation assumed that the CRTL's requirement to specify
the target name in Unix syntax is somehow related to EFS (Extended
Filename Syntax).  It isn't, so remove that assumption and simplify
the implementation.  Bug introduced by 4148925f.

perldelta: Some char names now obsoleted

Since I wrote the revision to perldelta about changing the names for the
four controls whose previous preferred name each contained parentheses,
the Unicode Technical Committee has voted to mark the old names as
obsolete.  This just updates the text to reflect that.

pp.c: Cast function argument to expected type

This was breaking some builds

pp_quote_meta: in locale, quote all UTF-8 Latin1 non-ASCII

Under locale rules, this commit quotes all non-ASCII Latin1 characters
in UTF-8 encoded strings.  This provides consistency with this function
and other functions, such as lc().

pp.c: white-space only

perl #77654: quotemeta quotes non-ASCII consistently

As described in the pod changes in this commit, this changes quotemeta()
to consistenly quote non-ASCII characters when used under
unicode_strings.  The behavior is changed for these and UTF-8 encoded
strings to more closely align with Unicode's recommendations.

The end result is that we *could* at some future point start using other
characters as metacharacters than the 12 we do now.

pp_quotemeta(): Use more explicit macro

Changing the macro to a differently-named equivalent stresses that only
ASCII characters may escape from being quoted.  That is, all non-ASCII
are quoted.

handy.h: New macro for quotemeta

This tests if a Latin1 character should be quoted.

l1_char_class_tab.h: Add field for quotemeta

This changes this header to include a bit for each character indicating
if it should be quoted by quotemeta under unicode_strings

mktables: Generate a table for quotemeta

This adds a new table generated by mktables consisting of the code
points that should be escaped by quotemeta

Clarify some quotemeta docs

perlfunc: quotemeta, clarify, fix incorrect statement

Further eliminate POSIX-emulation under LinuxThreads

Under POSIX threads the getpid() and getppid() functions return the
same values across multiple threads, i.e. threads don't have their own
PID's. This is not the case under the obsolete LinuxThreads where each
thread has a different PID, so getpid() and getppid() will return
different values across threads.

Ever since the first perl 5.0 we've returned POSIX-consistent
semantics for $$, until v5.14.0-251-g0e21945 when the getpid() cache
was removed. In 5.8.1 Rafael added further explicit POSIX emulation in
perl-5.8.0-133-g4d76a34 [1] by explicitly caching getppid(), so that
multiple threads would always return the same value.

I don't think all this effort to emulate POSIX sematics is worth it. I
think $$ and getppid() are OS-level functions that should always
return the same as their C equivalents. I shouldn't have to use a
module like Linux::Pid to get the OS version of the return values.

This is pretty much a complete non-issue in practice these days,
LinuxThreads was a Linux 2.4 thread implementation that nobody
maintains anymore[2], all modern Linux distros use NPTL threads which
don't suffer from this discrepancy. Debian GNU/kFreeBSD does use
LinuxThreads in the 6.0 release, but they too will be moving away from
it in future releases, and really, nobody uses Debian GNU/kFreeBSD
anyway.

This caching makes it unnecessarily tedious to fork an embedded Perl
interpreter. When someone that constructs an embedded perl interpreter
and forks their application, the fork(2) system call isn't going to
run Perl_pp_fork(), and thus the return value of $$ and getppid()
doesn't reflect the current process. See [3] for a bug in uWSGI
related to this, and Perl::AfterFork on the CPAN for XS code that you
need to run after forking a PerlInterpreter unbeknownst to perl.

We've already been failing the tests in t/op/getpid.t on these Linux
systems that nobody apparently uses, the Debian GNU/kFreeBSD users did
notice and filed #96270, this patch fixes that failure by changing the
tests to test for different behavior under LinuxThreads, I've tested
that this works on my Debian GNU/kFreeBSD 6.0.4 virtual machine.

If this change is found to be unacceptable (i.e. we want to continue
to emulate POSIX thread semantics for the sake of LinuxThreads) we
also need to revert v5.14.0-251-g0e21945, because currently we're only
emulating POSIX semantics for getppid(), not getpid(). But I don't
think we should do that, both v5.14.0-251-g0e21945 and this commit are
awesome.

This commit includes a change to embedvar.h made by "make
regen_headers".

1. http://www.nntp.perl.org/group/perl.perl5.porters/2002/08/msg64603.html
2. http://pauillac.inria.fr/~xleroy/linuxthreads/
3. http://projects.unbit.it/uwsgi/ticket/85

Merge branch 'avar/eject-strptime' into blead

Ejecting the strptime patches to POSIX out of blead Nicholas Clark
raises some good points about why it shouldn't be in blead as-is, we
can always deal with this in the 5.17 window instead of just before
the user-visible changes freeze.

See the "POSIX-strptime latest code" thread on p5p.

POSIX: bump version to 1.30

I've reverted the strptime() code, which involved bumping the version
number, bump the version number again to 1.30 so the version number
won't go backwards.

Revert "Merge branch 'avar/POSIX-strptime' into blead"

This reverts commit 0e582130ad8fc3afc6514f60b7a513c550379b7d, reversing
changes made to a748fe11f70695552294fe4e31343b2dacb59db2.

Conflicts:

ext/POSIX/POSIX.xs
ext/POSIX/lib/POSIX.pm

Revert "Merge branch 'avar/POSIX-strptime' into blead"

This reverts commit 0e582130ad8fc3afc6514f60b7a513c550379b7d, reversing
changes made to 423a1dfc8c367cb58e7dcef73a81b4ec7a8b8810.

Revert "Use the strptime() probe in POSIX.xs & tests"

This reverts commit 05a9a07a5bad262994c7980ced7fffdd93aa2867.

Revert "Add strptime probe"

This reverts commit 8852e312c3c616ab731ccbe7da54fb04eb8c3d30.

Revert "VMS does have strptime."

This reverts commit 310f9c6e1d10c69ebae8d0356b22e58f451fdc76.

Clarify the newSVpvn documentation.

"string" is now called "buffer", and we mention that it might contain NUL
characters.

Pod::Html's feature2.t needs to match path separators portably.

On Win32 the path separator in the output it is testing is backslash.
This implies that it will be ] on VMS. Tweak the regular expression to
match these in addition to / for *nix.

Skip stat.t readability test on VMS.

This new test grants full access on a test file to group and other.
Since I'm a member of my own group and everyone is someone, I of
course have full access to the file, but the test expects it to be
unreadable.  If there is a hierarchy in Unix file permissions, it
clearly doesn't work the same way as the VMS one.

Fix Pod::Simple search test for VMS.

Awaiting upstream integration at:

https://rt.cpan.org/Public/Bug/Display.html?id=72551

Fix CGI's url.t test for VMS.

Awaiting upstream integration at:

https://rt.cpan.org/Public/Bug/Display.html?id=72380

perl #110648, single Unicode prop in inverted class not getting inverted

Commit b6c46382308166d54090e3d8e385710664693ac0 introduced a bug when
an inverted bracketed character class consists solely of a Unicode
property, that property wasn't getting inverted outside the Latin1
range.

This was due to an optimization that should have been disabled for this
case.

Small updates for perlobj.pod

Fixed some typos.

Improved some wording.

Clarified some points.

Clarify that @ISA contains scalars which are strings.

Don't reference a specific year for the definition of modern.

Just say "with modern Perl" instead of "in 2011".

Fix a typo (s/lead/led) and some bleah phrasing.

Update CPANPLUS to CPAN version 0.9118

  [DELTA]

  Changes for 0.9118      Mon Feb 13 22:29:33 2012
  ================================================
  * Test reporting enhancements

Update CPANPLUS-Dist-Build to CPAN version 0.62

  [DELTA]

  0.62 Mon Feb 13 22:15:57 GMT 2012
    - Test reporting enhancements

mixing declarations and assignments not allowed in C89

Make pp_study a no-op, as discussed on p5p

is_utf8_char_slow(): Make constistent, correct docs.

This function is only used by the Perl core for very large code points,
though it is designed to be able to be used for all code points.

For any variant code points, it doesn't succeed unless the passed in
length is exactly the same as the number of bytes the code point
occupies.  The documentation says it succeeds if the length is at least
that number.  This commit updates the documentation to match the
behavior.

Also, for an invariant code point, it succeeds no matter what the
passed-in length says.  This commit changes this to be consistent with
the behavior for all other code points.

charnames.t: viacode doesn't return Unicode_1 name always

There are now four characters which have a different preferred name.

avoid unused-var warning from MY_CXT_INIT

mktables: viacode() return unparenthesized names for 4 controls

This commit changes the viacode() returned name for four control characters, as
follows:
 Code point      Old Name             New Name
   U+000A    LINE FEED (LF)        LINE FEED
   U+000C    FORM FEED (FF)        FORM FEED
   U+000D    CARRIAGE RETURN (CR)  CARRIAGE RETURN
   U+0085    NEXT LINE (NEL)       NEXT LINE

Only the return from viacode is affected.  All the names are accepted as
input, as they always have been.

Unicode 6.1 now has official names for all the controls, and the new
names match those.  The old names were the ones that were recommended by
TR18 prior to 6.1, and still are, sort of.  This change uses the
official names in preference to the TR18 ones.  We probably wouldn't
bother except that the old names were problematic--the only names in the
whole universe of names containing parentheses, and not matching
traditional usage.  The new names have always been accepted as inputs by
Perl.

I actually doubt that Unicode ever grokked that they were recommending
these ugly names. and they haven't paid much attention to TR18 anyway,
breaking it in version 6.0 by encoding one of the recommended names
(BELL) as an official name for another code point, and without realizing
it.  TR18 now is in limbo, still wrongly recommending BELL, with a
rewrite being promised for many months now.  It's unclear what will
happen with it.

It was agreed on p5p to go with the cleaner, now official names, instead
of the older, likely obsolete, TR18 names.  I did a search of
CPAN; it was unclear if this change, (which again is only for viacode())
mattered to any code there or not.  There were a few instances of the
old names, but none of those were apparently associated with viacode().

mktables: Don't add exact duplicate to tables

This was a bug in the case where there can be multiple entries in a
table for a single code point.  But there only can be one identical
entry.

fix a comment typo: s/MYCXT/MY_CXT/

in INSTALL, make clear -DDEBUGGING is much slower

There's some existing text that says it will be bigger and slower, but add
some 'much'es to the text to make it clear that it *really* sucks.

Typo in commit 4fe70ef9a66bbf96 spotted by Ilmari.

In perlfunc, standardise the descriptions for keywords enabled by features.

Previously the "Functions by Category" summaries noted that state, __SUB__
and the "switch" keywords are enabled only by the feature system, but made
no mention of this for evalbytes, fc and say. __SUB__ didn't note that it
was also always available with a CORE:: prefix. Now the descriptions are
consistent for all feature-enabled keywords.

unset PERLDB_OPTS environment variable or rt-61222 might hang.

eg. PERLDB_OPTS='RemotePort=some.other.host:9000'

add --quiet to silence noisy tests

The ext/Pod-Html tests generate warnings that appear in the output.
This patch adds --quiet to the function call to silence the
warnings, without (I hope) changing the point of the tests.

Fix skip count for B using tests in PerlIO::Scalar

Replace `char * ptr` with `char *ptr`

Changed pointer declaration style for consistency.

VMS does have strptime.

And has had since version 6.2 in 1995.

Use the strptime() probe in POSIX.xs & tests

My merge of strptime() in v5.15.7-367-g0e58213 would break systems
that didn't have strptime in the C library, use the probe H.Merijn
Brand kindly provided in v5.15.7-370-g8852e31 to deal with that.

Now we'll just croak on systems without strptime(3) if the
POSIX::strptime() function is called, in the same way we croak for
other unimplemented functions in there:

    $ ./perl -Ilib -MPOSIX=strptime -e 'strptime(qw/foo bar/)'
    POSIX::strptime not implemented on this architecture at -e line 1.

This patch is best viewed with the -w option to show or git log, I've
re-indented some code in time.t for the new SKIP block I've added.

Add strptime probe

Cast around signedness warnings in POSIX's new strptime.

fix -DPERL_GLOBAL_STRUCT compilation error introduced in e8570548

Merge branch 'avar/POSIX-strptime' into blead

Merge my rebased version of Paul "LeoNerd" Evans's branch to blead
after I'd cherry-picked the unrelated a748fe1 commit out of it.

This may or may not be the perfect implementation of strptime, but it
seems to work well enough for me, the bugs that have been raised
against it have been addressed, and it's going to work a hell of a lot
better than not having any strptime support at all.

More obvious variable names and neater code in strptime()

str_offset ought to be a STRLEN, not an int

If strptime() is called with UTf-8 string but legacy format, then downgrade the string to match; taking care to handle pos() counts both sides

If strptime() is called with legacy string but UTF-8 format, then upgrade the string to match; taking care to handle pos() counts both sides

Small refactor of string offset code in POSIX::strptime() to hopefully better handle mixed UTF-8/non between str and fmt

When strptime() receives a reference, ensure it's a mutable scalar

Yield -1 as undef from POSIX::strptime(); ensure that mktime() isn't biased by sec/min/hour = -1

Actually implement @EXPORT_OK of strptime correctly; delete'ing an undef element yields false so ... and push ... would never have worked

Solaris needs _STRPTIME_DONTZERO in order not to zero out all the untouched fields in strptime(3)

Fix ext/POSIX/t/time.t test 17's name to be a) unique, and b) factually accurate

Remember to init_tm() the struct tm before strptime()ing it; a workaround for some architectures that have extra fields

Detect failure of mktime(), return error

Don't use 1906 to test strptime/mktime because it yields a negative time_t value

Bump version number in POSIX.pm

Added some docs about new POSIX::strptime()

mktime() before returning result from strptime(), to ensure wday/yday/isdst fields are correct

Accept strptime \$str, "format" to use/set pos() magic at parsing position

Initial hack at strptime(); just literal strings for now

Ammend comment referring to init_tm() to point to its correct location

perldelta: Note is_utf8_char_buf() and is_utf8_char()

Change =head1 to =head2 in perldelta

Deprecate is_utf8_char()

This function assumes that there is enough space in the buffer to read
however many bytes are indicated by the first byte in the alleged UTF-8
encoded string.  This may not be true, and so it can read beyond the
buffer end.  is_utf8_char_buf() should be used instead.

Add is_utf8_char_buf()

This function is to replace is_utf8_char(), and requires an extra
parameter to ensure that it doesn't read beyond the end of the buffer.

Convert is_utf8_char() and the only place in the Perl core to use the
new one, assuming in each that there is enough space.

Thanks to Jarkko Hietaniemi for suggesting this function name

ExtUtils::Install: Fix POD error

Term-Cap/Cap.pm: Fix POD errors

intrpvar.h: Rmv no longer used PL_ variable

Commit 24caacbccae7b938deecdcc3f13dd66c9c6a684e removed all uses of this
variable, but failed to remove it.

regcomp.c: /[[:lower:]]/i should match the same as /\p{Lower}/i

Same for [[:upper:]] and \p{Upper}.  These were matching instead all of
[[:alpha:]] or \p{Alpha}.  What /\p{Lower}/i and /\p{Upper}/i match instead
is \p{Cased}, and so that is what these should match.