Add perlmini.c to .gitignore

Some POD patches for PerlIO and PerlIO::var

Mostly just grammar.

Unbreak Makefile too (replicate fcd65f8d4322911242887c00dd8c419b973735a6)

Unbreak build on Windows

Hello p5p,

the recent shakearound of make_patchnum.pl broke the build on Windows,
because make_patchnum.pl lives in the build root, but the Makefile lives
in ./win32, so all targets need to be relative to ./win32.

I've only tested the patch for makefile.mk, as I don't have nmake.exe.
The fix is so simple that it should work on Makefile as well. These are
famous last words.

-max

>From f4d9e594a2a3ea743e9c381d1836a85ada15af85 Mon Sep 17 00:00:00 2001
From: Max Maischein <corion@corion.net>
Date: Sun, 25 Jan 2009 17:34:39 +0100
Subject: [PATCH] Unbreak build on Windows

Merge branch 'Eefix' into blead

Document that $0 is set to "-e" when perl is run with -e or -E

Revert "show -E in error message when called with -E"

This reverts commit efdc43f5015438920ce11f05539e55cb02940377.

Move cp(1)-like permission changes from copy to cp,

and add setid bit handling

- Moves the permission-changing code to File::Copy::cp(), making it
non-identical to File::Copy::copy().  I think this is a decent
compromise, retaining backwards compatibility in the "primary"
routine, while allowing people who chose cp() to get more POSIXy
semantics.  It does break backwards compatibility of cp() wrt
permissions.  I can find a handful of examples in CPAN, for which I
hope smokers will give some feedback.  As for the DARKpan, who knows .
. .

- Expands the permission changing in cp() a bit to cover the rest of
what cp(1) claims on the local POSIX box.

- Removes Fcntl from the mix, to eliminate some build-time hoops.

- Shifts Abigail's permission tests to cp(), and adds parallel tests for copy().

- Documents the permission-related behavior in more detail.

Code refs aren't lockable

Remove the check for code refs in pp_lock.
For debugging, assert that the ref is not a code ref
(per Dave Mitchell's suggestion).

Remove stock_git_version.h as nothing uses it any more.

Regenerate uconfig.h

microperl has no idea about 64 bit types, so don't use the y2038 code for it.

microperl also needs a canned git config.

Port 486cd780047ff22471c5cbe417911a042ae23962 to win32/ Makefiles.
(miniperl no longer needs git_version.h, perl.o explictly depends on it)

Add -DPERL_IS_MINIPERL when building the object files for miniperl.exe

The exit code of make_patchnum.pl is no longer used, so make it return 0.
Remove special-casing from all the makefiles that coped with it returning non-0.

VMS has a mode where it preserved case, and also has a mode where it
returns filenames in UNIX syntax.

This updates this test to handle these modes.

Build miniperl with a special version of perl.c on VMS as well.

suidperl goes.

sperl.o also needs to depend on git_version.h

Remove redundant #ifndef SETUID_SCRIPTS_ARE_SECURE_NOW (and #endif).
Redundant because it was always true, as it was inside the #else of
an #ifdef SETUID_SCRIPTS_ARE_SECURE_NOW
(Another bit of cleanup following change 32997)

Ensure that C++ modules can be built against a perl configured with -DPERL_GLOBAL_STRUCT_PRIVATE.

Perl_GetVarsPrivate() could not be seen from within a module built
with a C++ compiler if the perl binary was built with a C compiler,
as the prototype was not 'extern "C"' for C++.
The change moves the EXTERN_C defines so they can be used for the
prototype of Perl_GetVarsPrivate().

Upgrade to Devel::PPPort 3.16

Amend patchlevel.h so that git_version.h is only #include""ed for perl.
miniperl builds with canned data equivalent to stock_git_version.h.
git_version.h becomes an explicit dependency for perl.o, make_patchnum.pl is
explicitly run to create it, and no sub-makes are spawned with their inherent
race conditions and consequent strange build failures.

Add a perlmini.o and perlmini.c akin to opmini.o and opmini.c, for ./miniperl
This will allow a defined order for generating git_version.h and then perl.o

Fix deparsing of constant subroutines

This was broken in commit 2990415a4519bc3988d7224ae15100c3e9e901ee
where the inlined constants were deparsed also _inside_ the subroutine
that defined them: that is, before they were available to the parser

Upgrade to Encode-2.27

Note that nothing in core uses Perl_get_cv any more, and why it is hard to move
it to mathoms.c

Convert db_get_cv() to use get_cvn_flags() as it already knows the length of
the string that it is passing.

Add get_cvs() as a shortcut for STR_WITH_LEN() and Perl_get_cvn_flags(), and
use it where possible.

In attrs::get(), use Perl_get_cvn_flags() rather than perl_get_cv().

Correct the form of the flags passed to perl_get_cv().

Correct the form of the flags passed to perl_get_sv() in threads.xs

Correct the form of the flags passed to perl_get_sv() in Storable.xs

Update the documentation of get_sv() to note that it calls Perl_gv_fetchpv(),
and hence the 'create' argument is actually 'flags'. Fix core code and
documentation that used TRUE or FALSE to use 0 or GV_ADD.

Update the documentation of get_av() to note that it calls Perl_gv_fetchpv(),
and hence the 'create' argument is actually 'flags'. Fix code and documentation
that used TRUE or FALSE to use 0 or GV_ADD.

Update the documentation of get_hv() to note that it calls Perl_gv_fetchpv(),
and hence the 'create' argument is actually 'flags'. Fix code and documentation
that used TRUE or FALSE to use 0 or GV_ADD.

now get non-dual lived code

remove some indirect method calls, add a caveat

Correct the call to get_hv() to use GV_ADD for the flags, rather than TRUE.

POD typos

Make DB_File use -ldb on MSWin32 with a gcc compiler

DB_File was forcing "-llibdb" for all MSWin32 builds.  That's an MSVC
thing, so this patch makes it use "-ldb" if the compiler is gcc (e.g.
for Strawberry Perl and friends).

Paul Marquess suggested I send a patch to p5p and will update the
source on CPAN when he has a dev box again.

Message-Id: <1232541093-2247-1-git-send-email-dagolden@cpan.org>

Plus: bump $VERSION.

Change 54d012c665eb635f1e4fac1f1ec5aba1229ad9ca was only tested threaded. Oops.

Change 28063 should have removed the call to savepvn() from Perl_newCONSTSUB()
completely when it moved the allocation logic inside Perl_newXS_flags(). Whilst
Rafael's fix in 29107 correctly plugged my leak, this commit is the actual
correction. (Commits 77004dee2553ce034a8a58b2b2849e3656df46c3 and
c3db7d9213b09a5852dab00368488f63a7625b9e respectively)

Upgrade to Archive-Tar-1.44

Message-Id: <6B717AA7-2972-439F-9B89-669E15353EBC@dwim.org>

Merge branch 'empty-destroy-optimisation' into blead

Remove perltodo entry about empty destructors

Optimize away calls to empty DESTROY methods

Pathify_dirspec replacement

This replaces pathify_dirspec in vms.c with a new version that better
handles the extended character set.

The [.vms.ext]filespec.t has been adjusted for to support both the
default mode and the extended file spec mode.

This fixes an inconsistency where now vmsify and vmspath will return the
same result for similar input.

Message-ID: <49737F12.6010803@gmail.com>

Upgrade to Module::Load 0.14

add-package fix

David patched add-package to support git, but unfortunately introduced
a portability issue for 'cp'; the --archive option isn't supported on
OSX. So, the attached patch changes --archive to it's most equal single
character options that are portable.

Upgrade to Module::Load::Conditional 0.30

Update Maintainers.pl

I noticed that Maintainers.pl wasn't listing my modules as having the
CPAN version being canonical. The attached patch fixes this.

It also changes the owner of CPANPLUS::Dist::Build to kwilliams
(as per the PAUSE permissions) and removes CPANPLUS::Dist as a
seperate distribution; it always came with CPANPLUS.

SetUID scripts are deprecated for 5.12

Subject: disabling suidperl in Configure
From: Nicholas Clark <nick@ccl4.org>
Date: Sun, 18 Jan 2009 11:51:39 +0000
Message-ID: <20090118115139.GX2919@plum.flirble.org>

Add NameAliases.txt; regenerate mktables.list

The NameAliases.txt is an official Unicode database file.  It contains
normative names of Unicode code points that any Unicode implementation
is supposed to recognize.  These are actually corrections to names that
have been published in UnicodeData.txt erroroneously, but to avoid
breaking code that uses the erroneous name, the folks at Unicode create
these additional ones.  (There are about a dozen entries now)

I changed mktables to append these names to Names.pl for use by
charnames.  This might break any existing code that relies on that file
being sorted in numerical code point order.  But if I added them sorted,
it might break code that relied on there being only one entry per code
point.  It's not clear that this file format is considered published and
the api can't change.  The point of the file is to go from the name to
the code point anyway, so the order shouldn't matter to any application
using it for its intended purpose.

mktables.list was not regenerated for 5.1, so was out-of-date.  The
ordering was random (Linux inode order), so the difference listing for
it is large.  I did sort the lists manually and compared them, and they
look ok.  I changed mktables to sort the list, so that this problem
doesn't arise again.

I also corrected some typos in mktables, and added a clarifing comment.

Fix h2xs enum handling with C++ comments

Contrary to the comment in the code, h2xs mishandles enums that
contain C++ style comments.

An example of a failing header:
enum {
    A = -1, // negative one
            // with more comments
    B = -2, // negative two
    C = -3 // negative two
};

which generates exported constants for 'A' and 'negative'.

The patch is slightly modified from the one by Daniel Burr in
http://bugs.debian.org/320286

Mark podlators as preferably to be patched upstream

Upgrade to podlators 2.2.2

Add warning category

in perldiag.pod for new warning "Can't fork, trying again in 5 seconds"
added in the parent commit

about warnings if forks fail in Perl_my_popen

Be sure to call L_R_TZSET before localtime_r()

Combine sv_utf8_upgrade with a following grow

ignore realclean.sh

Not everybody (hardly anybody?) uses const for tm.tm_zone.

This probably needs refinement, possibly a new Configure variable.

Make B::Deparse handle the _ prototype

This notably fixes:
[perl #62484] B::Deparse hangs on called subs with $;_ prototype

[perl #62488] B::Deparse fails on 'CORE::require(STRING)'

This patch allows the following to deparse properly:

    perl -MO=Deparse -e 'CORE::require "CGI.pm"'

(necessary due to the specific way require() is overriden)

Jarkko says: Upstream for Math::Complex is the CPAN release

Upgrade to Devel::PPPort 3.15

Add aliases for several version numbers in Module::CoreList

[rt.cpan.org #41827] Can't use $] to select Perl version

The %version hash is initialized with bare numbers for each Perl
version.  Unfortunately, the tokenizer will have already eaten trailing
zeros before the fat comma operator is seen, hence the normal
stringification behavior won't have the appropriate affect.

This can be seen by doing something simple like:

perl5.10.0 -MModule::CoreList -e \
'print keys(%{$Module::CoreList::version{$]}})'

which will be empty, since $] is a string not a number.  Using $]+0 (to
force numification) will display all of the modules released with 5.10.0.

Either 5.000 and 5.010000 need to be quoted in the %version
initialization or an alias be created, so either 5.01 or "5.010000" (and
hence $]) will work.  This latter is probably better to use, trivial patch

(rgs: I added aliases for the %released and %patchlevel hashes too.)

Add ExtUtils::Miniperl to the list of core modules for all versions >= 5.00504

It was missing for several versions, including 5.10.0, as reported
by Damyan Ivanov in http://bugs.debian.org/508876

Add 5.8.9 to list of versions known to Module::CoreList

Also bump copyright year.

consting goodness for time64

UPSTREAM => blead; because CPAN => 0

Need even more stack for VMS_IA64-ithread.

Fix deparsing of readpipe() ([perl #62428])

Add warning about octal > 377 in some regexes

(Tweaked by rgs)

Message-ID: <496D3F02.6020204@khwilliamson.com>

use F<> in perlrepository.pod consistently and remove one needless whitespace

Fix t/uni/lex_utf8.t entry in MANIFEST

Fix handling of DECC$DISABLE_POSIX_ROOT feature on VMS.

The nomenclature is confusing and the CRTL docs even moreso, and
the CRTL implementation seems not to do what the docs say.  The
documented default setting is on, which I take to mean that
processing of SYS$POSIX_ROOT is disabled unless you have asked
for it.  I've followed this behavior even though the CRTL seems
to report the feature off by default.

Also corrected yet another length error in a related call to
simple_trnlnm.

vms rmsexpand refactor

The next part in the series:  rmsexpand refactor to not use thread context.

Minor fix for VAX included, where VAX was not preserving UNIX syntax on
return for UNIX in.

Message-id: <496DFAFB.4090201@gmail.com>

Change documentation for UCD::casespec() to match reality

[perl #59908] \x, \0, and \N{} not ok in double-quotish when followed by > \x100

Attached is a patch for this problem.

The root cause was that S_scan_const() was not recoding to utf8 under
some circumstances when it should be.

I also changed it so that in all places, the flag that indicates the
output is in utf8 is changed from false to true if and only if the
destination is recoded to utf8.  One place was skipping this, and then
setting it unconditionally later on.

In one place in the routine, the routine had code to do the recoding
itself.  In the other places, it called sv_utf8_upgrade().  I changed it
to call the subroutine in all cases.

I fixed a bug that would appear only on EBCDIC machines where constants
of the form \N{U+....} would have been interpreted as EBCDIC.

And in inspecting the code, I realized there were problems with growing
the scalar value to fit the input.  I cleaned those up.

I also added a number of comments to document things I found out, and
changed some existing ones to be more accurate.

Since no one responded to my request for where to put the test cases,
and I couldn't figure out a good place to put them, I added a new test
file, t/uni/lex_utf8.t.

make add-package git friendly and fix bugs (take 2)

(1) all work done in a new git branch by default
(2) "-n" flag ("no branch") added to get old rsync-friendly behavior
(3) looks in "scripts/" directory as well as "bin/" for executables
(4) patches utils/Makefile.SH instead of utils/Makefile

Note Math-Complex's test files in Porting/Maintainers.pl

Upgrade to Math-Complex-1.55

Upgrade to ExtUtils-Manifest-1.56

Upgrade to ExtUtils-Command-1.16

Upgrade to Module-Build-0.31012

We're now in sync with CPAN--no local changes remain in blead.

TODO: Various extra core changes are now required to handle the new bundle.pl script as per the existing config_data script.

Allow '\r' after "#line XXX" directives.

Fixes lib/feature.t and lib/warnings.t tests that have been failing on Win32 since commit 26b6dc3.

applying patches and upstream

Nicholas Clark writes:
>     $ perl Porting/Maintainers --opened
>     (No files are modified)

I think that message would be even more helpful if it went to stderr;
(trivial) patch attached.

--
Aaron Crane ** http://aaroncrane.co.uk/

From afa6ac1c2f6bde792be6ac065a87119e1dbdafee Mon Sep 17 00:00:00 2001
From: Aaron Crane <perl@aaroncrane.co.uk>
Date: Wed, 14 Jan 2009 09:46:33 +0000
Subject: [PATCH] Send informative output to stderr, not stdout

Actually commit the state infomation at the end of a test run.
Reduces my elapsed time by about 5% threaded or unthreaded on the second run.

Make make_ext.pl write out a shell script of its actions for make distclean etc
(In case the user runs make clean; make distclean; as clean removes miniperl)
Change the #! line to ./miniperl

If there is one argument, and it looks like a commit, list data from the files
that commit changed. For example, `perl Porting/Maintainers HEAD`.

Add the upstream status to the output of Porting/Maintainers for --opened.

chomp the output from git ls-files. Display a helpful message nothing is
modified, rather than failing back to the usage message.

ext/Hash/Util/Makefile.PL should not recurse to FieldHash's Makefile.PL
*nix, VMS and Win32 all know how to (and have to) call the latter directly.
As is, targets in ext/Hash/Util/FieldHash get called twice, which may result
in race conditions, and certainly messes up make clean; make distclean;

Silence time64.c build warning

Silence the following build warning:
   time64.c:169: warning: 'check_tm' defined but not used

Message-ID: <1ff86f510901081219q4f5f25a3od89c4e5ac03e8664@mail.gmail.com>

Silence Win32 compiler warnings.

Give the git file browser URL as the most up to date version of this file.

Restore Win32 build by creating git_version.h.

This solution is based on what is done for config.h (which isn't perfect because it leaves miniperl.exe out-of-sync with the final perl.exe build, but that doesn't really matter).

Also has a problem in that miniperl.exe is used in a couple of places before make_patchnum.pl has been run (to recreate git_version.h and create lib/Config_git.pl), causing the warning:
Warning: failed to load Config_git.pl, something strange about this perl...

The running of make_patchnum.pl also causes some warnings of its own if a ".git" directory is found but "git" isn't on the PATH:
'git' is not recognized as an internal or external command,
operable program or batch file.

These things will be hopefully ironed out later.