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.

Reflect local modifications to dual life modules in changes 34219 and
34238.

p4raw-id: //depot/perl@34252

Add the URL for annotated svn of S03.

p4raw-id: //depot/perl@34243

Tweaks and reflowing for the cc/linker split.

p4raw-id: //depot/perl@34242

The tasks needed to get smart match fixing underway for 5.10.1

p4raw-id: //depot/perl@34241

Note the task TODO of splitting the linker from the compiler.

p4raw-id: //depot/perl@34240

clear docs on exists wrt autovivification
Date: August 26, 2008 11:23

p4raw-id: //depot/perl@34239

Fix typo.

p4raw-id: //depot/perl@34238

[PATCH] Perl TODO related to threads::shared done
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510808271149n28fdd43dg2acd71355e959366@mail.gmail.com>
Date: Wed, 27 Aug 2008 14:49:55 -0400

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

Subject: [PATCH] perltodo.pod cleanup for nonxs installation
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Date: Thu, 28 Aug 2008 08:40:15 -0400
Message-ID: <1ff86f510808280540i5aa077adk55a1e64336866458@mail.gmail.com>

p4raw-id: //depot/perl@34237

Architecture-Independent Non-XS extenstions
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510808280530ue0e3140q7e4ce71d5f395cc9@mail.gmail.com>
Date: Thu, 28 Aug 2008 08:30:38 -0400

p4raw-id: //depot/perl@34236

Silence warnings when -destdir isn't set.

p4raw-id: //depot/perl@34235

Fix #30660: Repeated spaces on shebang line stops option parsing
From a patch and test sent by Renée Bäcker in
<48B271A3.80808@smart-websolutions.de>

p4raw-id: //depot/perl@34234

No, third time not lucky. Remove the extraneous leading - sign.

p4raw-id: //depot/perl@34233

And then change 34231 removed the other t/lib/Dev/Null.pm from the
MANIFEST, when it too needs to stay. Third time lucky?

p4raw-id: //depot/perl@34232

Khaaaaan! Change 34230 wasn't right. The tests all passed because I
had a(nother) copy of Dev::Null in the "right" place. So make that
right place official.

p4raw-id: //depot/perl@34231

And then add the Dev::Null from Test-Simple-0.80

p4raw-id: //depot/perl@34230

Move all of Test::Harness's test modules into ext/Test/Harness/t/lib

p4raw-id: //depot/perl@34229

Fix new test added by #34198, which failed on Win32

p4raw-id: //depot/perl@34228

Move t/lib/{data,sample-tests,source_tests,subclass_tests} into
ext/Test/Harness/t/{data,sample-tests,source_tests,subclass_tests}
(The same path as in the Test-Harness distribution.)

p4raw-id: //depot/perl@34227

Add cygperl*.dll to packlist
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510808250747s1e0c42demb2d4ac8dc5d33925@mail.gmail.com>

p4raw-id: //depot/perl@34226

Safer environ iteration
From: "Milosz Tanski" <mtanski@gridapp.com>
Message-ID: <C0A5E31718FC064A91E9FD7BE2F081B1018A21D7@exchange.gridapp.com>

p4raw-id: //depot/perl@34225

Unintented interpolation of $/ in regex (was: Re: [perl
Message-ID: <20080724181427.aiml4sdvr40k4coc@horde.wizbit.be>

Note that the Subject: has a typo - it should be $\

This adds a new warning.
I moved the tests from the original patch to t/lib/warnings/toke.

p4raw-id: //depot/perl@34224

Re: [perl #58218] backwards logic in perluniintro (5.10.0)
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Message-ID: <20080823081032.32162.qmail@lists.develooper.com>

p4raw-id: //depot/perl@34223

Patch by Tod Hagan to document the 2nd argument of reval() in Safe.pm

p4raw-id: //depot/perl@34222

[perl #57646] Weird non-equivalence between $::{'a'} = sub {} and *::a = sub {}
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-29759-1218011060-645.57646-15-0@perl.org>

p4raw-id: //depot/perl@34221

Don't add freed SVF_BREAK scalars to the freed list.
This may still be referenced, so don't reuse.

p4raw-id: //depot/perl@34220

Re: Fix 34200 on Cygwin
Message-ID: <48B1201B.3080705@x-ray.at>

p4raw-id: //depot/perl@34219

Cygwin build harmonization, remove cygwin/Makefile.SHs
From: "Reini Urban" <rurban@x-ray.at>
Message-ID: <6910a60807280355g129511d9v61c9763c3fd12a27@mail.gmail.com>

p4raw-id: //depot/perl@34218

No, I didn't mean to commit the version *with* the abort(). It was
meant to be removed once I'd proved it by running the tests without
aborting. Oops. use more 'coffee';

p4raw-id: //depot/perl@34217

Note that we have no test coverage for this particular warning.

p4raw-id: //depot/perl@34216

In S_mro_get_linear_isa_dfs(), save copying by making a shared hash
key scalar from the key of the hash entry we've just creating.
(Currently the hash is disposed of afterwards, but soon it won't, so
having both point to the same string buffer will also save memory.)

p4raw-id: //depot/perl@34215

In S_mro_get_linear_isa_dfs(), hv_exists_ent() followed by an optional
hv_store_ent() can be replaced with an lvalue fetch.

p4raw-id: //depot/perl@34214

Change 33807 to fix bug #52740 wasn't quite right, as it ended up with
unitialised reads (and sometimes even SEGVs).

p4raw-id: //depot/perl@34213

If I want to build Devel::NYTProf under the core tree, then the
Makefile needs to know to build List::Util first.

p4raw-id: //depot/perl@34212

better document how the weakref backrefs array is refcounted

p4raw-id: //depot/perl@34211

Assert that backreferences array is not freed rather than handling it

In several places where the weakrefs backreferences array is used
or freed, the code checks whether the array has already been freed
and if so skips. Since the array already being freed is a bad bug,
lets instead assert that this never happens, based on the
assumptions that (a) such premature freeing bugs are likely ironed
out by now, (b) if they aren't then we want to know about them and
fix them rather than silently skip.

p4raw-id: //depot/perl@34210

[perl #56908] DBI memory leak in 5.10.0 due to change 26530

A weakref to a HV would leak, because the xhv_backreferences
array is created with a refcount of 2 (to avoid premature freeing
during global destruction), but the RC was only decremented once
when the parent HV was freed.
Also, when thread cloned, the new array was being created with a
RC of 1, rather than 2, which coincidentally worked due to the
first bug.

p4raw-id: //depot/perl@34209

Re: Re: [perl #30524] [PATCH] CGI.pm has poor list of temp directories on Windows
Message-Id: <20080820092602.A87A612001D@rserv16.sitepush.net>

p4raw-id: //depot/perl@34208

Change 34206 forgot to update Maintainers.pl to reflect the
files.

p4raw-id: //depot/perl@34207

Move the modules, tests, prove and Changes file from lib/ to
ext/Test/Harness. Not everything is there yet, but it makes it way
easier to swap the directory out and replace it with a trunk svn
checkout.

p4raw-id: //depot/perl@34206

Re: Change 34184: Convert all unimaginative (ie race condition) temporary file names to
Message-ID: <20080812190500.3ns5yf7ibocgo0w0@horde.wizbit.be>

(Change 34184 missed one Comp.try in the MSWin32 case, which caused this
test to fail on Win32)

p4raw-id: //depot/perl@34205

Skip the Perl debugger test if the harness itself is already running
under some kind of debugger (such as a profiler) to avoid confusing
things. (such as trashing the profiler output file from the harness.)

p4raw-id: //depot/perl@34204

VMS-specific follow-up to tempfile name changes in 34182, plus
a TODO in dup.t that's long since to-done.

p4raw-id: //depot/perl@34203

RE: [perl #35877] Strange regex failure?
Message-ID: <20080803163529.bd73ojeg2s4ow0w4@horde.wizbit.be>

(Adds tests for perl #35877, which was fixed by change 29441)

p4raw-id: //depot/perl@34202

Regen of perlapi.pod after differences where pointed out by
Vincent Pitt.

p4raw-id: //depot/perl@34201

Cygwin build harmonization, remove cygwin/Makefile.SHs
From: "Reini Urban" <rurban@x-ray.at>
Message-ID: <6910a60807280355g129511d9v61c9763c3fd12a27@mail.gmail.com>

p4raw-id: //depot/perl@34200

[perl #52740] [PATCH-tests] crash when localizing a symtab entry
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-29759-1218391153-38.52740-15-0@perl.org>

p4raw-id: //depot/perl@34198

Purge C<n_a> thoughtcrime from the pods.

p4raw-id: //depot/perl@34197

Avoid a potential testing race condition in lib/Dirhandle.ttest.
Message-ID: <20080810203627.vj786wb688skc44w@horde.wizbit.be>
Date: Sun, 10 Aug 2008 20:36:27 +0200

p4raw-id: //depot/perl@34196

Re: Change 34175: Avoid a potential testing race condition in Shell.pm's test.
Message-ID: <20080810202907.0pfnzshsoco8owg4@horde.wizbit.be>
Date: Sun, 10 Aug 2008 20:29:07 +0200

p4raw-id: //depot/perl@34195

Upgrade to CGI.pm-3.40

p4raw-id: //depot/perl@34194

Upgrade to ExtUtils-Manifest-1.54

p4raw-id: //depot/perl@34193

Use App::Prove::State to store the timings for the tests, and if
timings are available, reorder the parallelisable tests to run the
slowest first. Timings for a second run are 18 seconds less for me:
Files=1553, Tests=209393, 459 wallclock secs (94.89 usr 13.16 sys + 638.19 cusr 58.59 csys = 804.83 CPU)
Files=1553, Tests=209393, 441 wallclock secs (82.83 usr 13.90 sys + 622.13 cusr 59.20 csys = 778.06 CPU)

p4raw-id: //depot/perl@34192

Don't need to do the globbing before building the rules, as it makes
the rules larger than necessary, and potentially slows things down.

p4raw-id: //depot/perl@34191

Don't bother hashing the key, or performing any other preparatory work,
if there isn't anything to find.

p4raw-id: //depot/perl@34190

Note that I TODID most of parallel testing in the core.

p4raw-id: //depot/perl@34189

[perl #24198] Bad default-domainname extraction in Configure-Script may cause infinite loops in perl-tests
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-29759-1218114045-1803.24198-15-0@perl.org>

p4raw-id: //depot/perl@34188

Everything in t/ can now run in parallel.

p4raw-id: //depot/perl@34185

Convert all unimaginative (ie race condition) temporary file names to
use test.pl's tempfile().

p4raw-id: //depot/perl@34184

Use test.pl, not Test.pm, in t/run/*.t

p4raw-id: //depot/perl@34183

Convert all unimaginative (ie race condition) temporary file names to
use test.pl's tempfile().

p4raw-id: //depot/perl@34182

Let rip with t/op/*.t in parallel too.

p4raw-id: //depot/perl@34181

Use test.pl's tempfile().

p4raw-id: //depot/perl@34180

Fix bug in counting in tempfile().
Also we need to note file names we give out, as some callers don't
create them before calling us a second time.
Add a regexp that matches the tempfile() names, for tests that want to
munge output.

p4raw-id: //depot/perl@34179

A proper tempfile function that can be used multiple times.

p4raw-id: //depot/perl@34178

As rules can be glob patterns, leave them as glob patterns, and instead
expand the globs when we walk the rules to create the full list of
tests. Tests run more quickly.

p4raw-id: //depot/perl@34177

Run t/uni/*.t t/mro/*.t t/lib/*.t fully in parallel.

p4raw-id: //depot/perl@34176

Avoid a potential testing race condition in Shell.pm's test.

p4raw-id: //depot/perl@34175

If TEST_JOBS is set to something non-zero, use TAP::Harness to run the
tests in parallel. The tests aren't fully parallelisable yet to the
level we'd like, but one needs to start somewhere.

p4raw-id: //depot/perl@34174

Better temporary file name generation. (Avoid using ++, avoid file
names clashing between different scripts, which may now be executing
in parallel)

p4raw-id: //depot/perl@34173

Bring the joy of strict to t/harness.

p4raw-id: //depot/perl@34172

Tests for [perl #57564] and [perl #24524] Refcounting bug
Message-ID: <20080805195800.xq9k9kttwk0kwsk0@horde.wizbit.be>

p4raw-id: //depot/perl@34171

Tiny SelfLoader patch for better warnings
Message-ID: <20080802153839.9538.qmail@lists.develooper.com>
Date: Sat, 02 Aug 2008 17:38:39 +0200

p4raw-id: //depot/perl@34170

Upgrade to Test::Harness 3.13

p4raw-id: //depot/perl@34169

Add d_timegm to uconfig.sh to fix the generated uconfig.h.

p4raw-id: //depot/perl@34168

You can't (and shouldn't) use CvDEPTH on a PVFM.

p4raw-id: //depot/perl@34167

Small typo fix

p4raw-id: //depot/perl@34166