Added 21st century data to 'SELECTED RELEASE SIZES'

Require a space or a newline after a "#line XXX" directive

This fixes bug [perl #59170] Typo: bad regex for #line directive in perlsyn.

Add a --checkout / -c flag to git-find-p4-change

Remove the now obsolete switch_to_perforce_id.pl

Remove a couple of p4-specific utilities

Delete the largely obsolete Porting/patching.pod

(but move some good advice in there to the perlrepository man page)

Use git instead of p4 for the --opened option of Porting/Maintainers

Remove notes about -v from perltodo

Move .bat gitignores with their unix counterparts

Remove also redundant ignores for produced files in x2p

Merge t/.gitignore in main git ignore file

On VMS, run make_patchnum.pl, not make_patchnum.com

Add lib/CORE/ to .gitignore (needed on Windows)

C:\Projekte\bleadperl-git\win32>dmake && git status
[...]
nothing to commit (working directory clean)
C:\Projekte\bleadperl-git\win32>

Update AutoLoader to 5.68.

Fixes by John Malmberg for running tests when VMS is a UNIX compatible mode.

Emit less PERL_ARGS_ASSERT_* macros

"rm -f" better in "make clean" targets

It always succeeds and does not warn.

Upgrade to Time::HiRes 1.9719

Bump two module versions after Haiku port

CPANPLUS and Module::Build
(see df00ff3beeb297b9622f8acbed9c80d320c87580)

Adjustments to POSIX for the Haiku port

Message-Id: <20081029022544.413.1@knochen-vm.localdomain>

  I re-introduced the use of the WMUNGE() macro, which was
  (accidentally?) removed after 5.10.0. The macro is still a hack. As my
  added comment explains the use of the OS's W*() macros in this context
  is simply not correct and should probably better be fixed.

Update copyright year to 2009.

Correct vim modeline

- ts=4 is evil
- use same settings as in everywhere else in the core sources

Typo fix in stock PERL_PATCHNUM definition

UNKNOWN should not have been a bareword at e9be352

VMS posix exit fixes

perl.h and perl.c need further fixes to get VMS to return the expected
POSIX exit codes when that is enabled.

This fix gets the correct numbers except for the SIGTERM case, which
will need some more work.

It also gets the posix exit code to set an error severity on a fatal
exit so that DCL and MMS/MMK or VMS native programs can easily detect a
script failure.

This patch does not address an issue in vms.c where the feature logicals
may not be correctly read.  That will follow in a future patch.

The tests have been adjusted to detect when VMS is in the POSIX exit
mode and perform properly.

-John
wb8tyw@gmail.com
--
My qsl.net e-mail address is temporarily out of order.

Make time64.c's internal copy function names more readable and VMS-friendly.

eliminate double stringification, the defines as done in git_version.h are already quoted

add better pod and headers, and clean up some whitespace issues in the previous patches

eliminate make_patchnum.sh, and make the build process use make_patchnum.pl instead

this seems to work, still not using the perl version, but this works the way it would

doesnt quite work yet, but provisional steps towards using miniperl to do the git stuff

Added stuff so that perl.exe now builds clean with regards to 'git status'

Added config.w32 to win32/.gitignore

Added win32/.gitignore to ignore stuff from the Windows build

Add more documentation to make_patchnum.pl

eliminate .patchnum and related infrastrcuture from *nix based build process

Rename the old "unpushed.h" to "git_version.h" and make it hold the defines that used to come from cflags magic

Message about making make_patchnum.pl Perl 5.005 compatible (A test for pushing)

move subs from bottom to top, and add a vim and shebang line

various changes

Almost a literal conversion of make_patchnum.sh

prepare for refactoring to perl

modified make_patchnum.sh script

bump ExtUtils/MM.pm version number after change 34630 (add Haiku port)

bump Errno version number after change 34630 (add Haiku port)

Another regexp failure with utf8-flagged string and byte-flagged pattern (reminder)

Date: 17 Nov 2007 16:29:29 +0100
Message-ID: <87r6iohova.fsf@biokovo-amd64.herceg.de>

make Dumper.xs work with 5.10.x

Remove duplicate return in S_mro_get_linear_isa_c3() accidentally added by
fa60396f123333e92849ecaecffb9252458d6678

Merge branch 'blead' of camel:/gitroot/perl into blead

Changing get_isa_hash() to static means that it needs to be wrapped in
an #if defined(PERL_IN_UNIVERSAL_C).

Merge branch 'schwern/y2038' into blead

Conflicts:

lib/Time/Local.pm
lib/Time/Local.t
reentr.h

Update from y2038

Fix trailing #endif.

Remove C99 macro.

Apply bleadperl@34470 by hand while waiting for the git master to catch up.

Turn quads on in the VC configurations.

Update from y2038.

Add trace code.

Fix implied negative time in localtie64_r().  This fixes Windows.

Put in some more tests around small negative and positive times to
try and catch the above.

Explain the loss of accuracy due to use of doubles in perlport.

Update from y2038

Configuration information split out into its own header.

Added files to MANIFEST

Turn off USE_SYSTEM_GMTIME, ours is more reliable and possibly faster.

Fix type warnings found on Windows.

Remove unnecessary use of floor() and ceil().

Fix gmtime() and localtime() so they can pop times larger than 2**55 off the stack. Neither POPn nor SvNVx work when casted to (Time64_T). Had to use a double and then cast.

Also POPq uses an SvIV so that's no good.

This causes an unfortunate loss in accuracy near 2**63 up to 8 minutes.

%lld is broken, it uses regular integers.  Need to use doubles and %.0f
instead, again losing accuracy.

Now things can go out to 2**63-512.

We are no longer bound by the limits of the tm struct.

Fix pulling a large time off the stack by using a real double. What I really need is SvQV.

Fix list context with large years.

List context can now go to 2**63-513.  I don't know why that's not 2**63-1
but I'll take it.  Maybe double imprecision.

Scalar context with large years still busted.  It appears to be something
inside Perl_newSVpvf().

Remove the AIX work around code. Instead it should just set it's LOCALTIME_MAX to 0x7fff573e.

Update from y2038.

Use the new TM64 struct so years can go out past y2**31

Defines a Year type to avoid converting years to ints.

Remove the TIMGM work around code, using timegm64() is fine and it
saves us from having to convert from TM to tm.

Make functions private with static rather than the _foo convention.

Even faster for distant dates.

Rename localtime64.[ch] to time64.[ch] to mirror change in y2038, and the file isn't about just localtime() anymore.

Everything should now work with negative times, so let's pull out all the skips from the tests.

Update some docs to explain that Perl no longer has a 2038 bug.

Update from y2038

Work around a system that doesn't have gm/localtime_r().  This replaces Perl's
own gm/localtime() wrapper which couldn't be called outside a PP anyway
because it needs my_perl.

Update from y2038

Fix a bug in the code to use the system gmtime, it was using localtime.

Define a Year type to avoid mixing years and ints unintentionally.

Do some explicit casting to prop up compilers that don't understand
X % Y can never be larger than Y.

Fix the test plan on gmtime

Use the new LOCALTIME_MIN/MAX constants.

Use the system gmtime, it'll probably be faster... maybe.

We are no longer slaves to the vagaries of time_t.

Update from y2038 project.

Fix localtime() handling of xx01 and -xx99 years.  That is, years just after
a non-leap exceptional century.

Update from y2038

Fix localtime() for negative real years (ie. Year -208)

Pull in changes from y2038

Fix localtime() for negative dates.

Update from y2038 project.

Fix localtime64's over and underflow handling.

Fix the overflow warning to just check for an error.

Fix the overflow warning to identify the right op.

Update from y2038.

Fix the logic when to use the system functions to include the min check.

-2147483648 was throwing a warning.  -2147483647 does not.

Write down the logic behind the localtime vs gmtime date ranges.

Cleaning up the Time::gmtime and Time::localtime tests and make them go past 2038.

I'm a little nervous about assuming negative times are going to work with
localtime(), but gmtime() is safe.

Change the way the check_tm assertion function is compiled out by wrapping them in assert calls. This jives better with the way perl turns off asserts.

Put the localtime64.h include back.  We need the typedefs.

Remove all of localtime64's own includes. Perl's already done that and we're loading assert.h, accidentally turning on asserts when perl.h wants them off.

Update from the latest y2038.

Include the ability to use the system functions.  This speeds up localtime()
several times when the time is < 32 bits.

Don't bother using the system gmtime() as it will probably just have bugs.
We need to wait for config to give us LOCALTIME_MIN/MAX but I think assuming
time_t is at least 32 bits is good enough for now.

This restores the full performance of localtime() for < 32 bit numbers
and gmtime() is now only 10% slower.

Update to the latest version of the y2038 code.

In this update...

* Replace unportable "long" with Quad_t
* Improve performance for current and future dates.
* Provide a version of timegm() if its not available.
* Wrap the use of EOVERFLOW in case its not portable.

This should address all known portabilty issues.

Patch in a 64 bit clean gmtime_r() and localtime_r() from the y2038 project. y2038.googlecode.com/ so Perl is no longer subject to the y2038 bug.

Use Quad_t for our 64 bit time_t replacement.

Temporarily through out the "broken localtime work around".  That will
have to be integrated into localtime64_r().

Fix Time::Local to handle the new expanded date range.  "use integer" had
to go as it pegged scalars to 32 bit integers which aren't large enough
to hold the new time range.

There are probably portability issues.  timegm, for example, is not portable.
Also the assumption that "long" is 64 bits is probably wrong.

add -d option to Porting/cmpVERSION.pl to display diffs

some more Porting/ script documentation

Add some basic decriptions and/or usage info to some Porting/ scripts

get_isa_hash() is only used in S_isa_lookup(), so it can be static. Also, it has
never been in a released version of perl, so this change has no compatibility
implications.

Following change 34356, which decoupled get_isa_hash() from
S_mro_get_linear_isa_dfs(), we can move get_isa_hash() to any other source file.

Fix a thinko in regression test for [perl #54956]

(follows to commit 8c8eee8276dbc780932b841fe5183943a7117a3d)

Subject: [PATCH] Update autodie to 1.998
From: Paul Fenwick <pjf@perltraining.com.au>
Date: Sat, 03 Jan 2009 11:32:59 +1100
Message-ID: <495EB23B.6080504@perltraining.com.au>

a test for Paul Evan's qr leak

[perl #61392] Method call documentation in perlobj.pod

More comprehensive smartmatch.t, supersedes smobj.t

add eval and error support to the t/op/smartmatch.t test

add undef tests to t/op/smartmatch.t

Minimal mention of overloading.pm in overload.pm

In amagic_call(), offset should be strictly lesser than the SV len to be allowed to access the corresponding string buffer byte

Merge branch 'failing-test-for-overloading-pragma' into blead

Add a new test for overloading.pm

This one overloads "cos", which is currently at the end of the
overload table, so we properly test the bitstring stored in %^H

Fix overload index mismatch in overloading logic.

In amagic_call(), the 'method' arg comes the overload enum in overload.h, but is expected to match the bit set from %overloading::numbers::names. It values wrongly start at 1, differing by 1 from the enum indexes. This didn't appear in the tests because 'method' was reduced modulo 7 instead of 8.

Bump coopyright year in embed.pl and various files that were just touched

(and run "make regen")

Factorize numeric constant for "overloading" lexical hint

Faster sv_utf8_upgrade()

Consider what currently happens when the tokenizer is scanning a string.
It looks through it byte-by-byte until it finds a character that forces
it to decide to go to utf8.  It then calls sv_utf8_upgrade() with the
portion of the string scanned so far.

sv_utf8_upgrade() starts over from the beginning, and scans the string
byte-by-byte until it finds a character that varies between non-utf8 and
utf8.  It then calls bytes_to_utf8().

bytes_to_utf8() allocates a new string that can handle the worst case
expansion, 2n+1, of the entire string, and starts over from the
beginning, and scans the input string byte-by-byte copying and
converting each character to the output string as it goes.

It doesn't return the size of the new string, so sv_utf8_upgrade()
assumes it is only as big as what actually got converted, throwing away
knowledge of any spare.

It then returns to the tokenizer, which immediately does a grow to get
space for the unparsed input.  This is likely to cause a new string to
be allocated and copied from the one we had just created, even if that
string in actuality had enough space in it.

Thus, the invariant head portion of the string is scanned 3 times, and
probably 2 strings will be allocated and copied.

My solution to cutting this down is to do several things.

First, I added an extra flag for sv_utf8_upgrade that says don't bother
to check if the string needs to be converted to utf8, just assume it
does.  This eliminates one of the passes.

I also added a new parameter to sv_utf8_upgrade that says when you
return, I want this much unused space in the string.  That eliminates
the extra grow.

This was all done by renaming the current work-horse function from
sv_utf8_upgrade_flags to be sv_utf8_upgrade_flags_grow() and making the
current function name be a macro which calls the revised one with a 0
grow parameter.

I also improved the internal efficiency of sv_utf8_upgrade so that when
it does scan the string, it doesn't call bytes_to_utf8, but does the
conversion itself, using a fast memory copy instead of the byte-oriented
one for the invariant header, and it uses that header to get a better
estimate of the needed size of the new string, and it doesn't throw away
the knowledge of the allocated size.

And, if it is clear without scanning the whole string that the
conversion will fit in the already allocated string, it just uses that
instead of allocating and copying a new one, using the algorithm I
copied from the tokenizer.  (In this case it does have to finish
scanning the whole string to get the correct size.)  The comments have
details.

It still is byte-oriented.  Vectorization et. al. could yield
performance improvements.  One idea for that is in the comments.

The patch also includes a new synonym I created which is a more accurate
name than NATIVE_TO_ASCII.

Merge branch 'yuval/overloading' into blead

Bump copyright year after previous change

[perl #54956] crash on binary-or lvalue operation on qr//

This fixes the following problem:

  -e 'my $re = qr/x/; $re |= "y"'
  assert failure under 5.10.0, 10-maint, bleed, but not 5.8.8

Mention overloading.pm in perl5110delta