| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Message-ID: <25940.1225611819@chthon>
Date: Sun, 02 Nov 2008 01:43:39 -0600
p4raw-id: //depot/perl@34698
|
|
|
|
|
|
|
|
|
| |
(Distclean isn't perfect yet because there's a spurious directory tree
created but not cleaned up by ext/Test/Harness/t/harness.t, but Andy is
working on fixing the cause)
No idea about the state of play of disclean on VMS - I couldn't see how
or where to add the three extra directories to it.
p4raw-id: //depot/perl@34640
|
|
|
|
|
|
|
|
|
| |
where appropriate.
This doesn't make much difference on Win32 because IVSIZE is still 4,
but access to the appropriate "quad" type is still useful, e.g. for
Y2038 support.
p4raw-id: //depot/perl@34470
|
|
|
|
|
|
|
|
|
| |
Schwern's latest check_max.c program.
See:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2008-10/msg00049.html
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2008-10/msg00137.html
p4raw-id: //depot/perl@34469
|
|
|
|
|
| |
Add missing config vars
p4raw-id: //depot/perl@34456
|
|
|
|
|
|
| |
(Manually checking with the Configure test programs shows that the
values differ fromt he sGMTIME_{min|max} values for these compilers)
p4raw-id: //depot/perl@34449
|
|
|
| |
p4raw-id: //depot/perl@34363
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <002c01c91127$9149a810$b3dcf830$@com>
p4raw-id: //depot/perl@34309
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds new values introduced by #34105/34107, incorporating this patch:
Subject: RE: New probes
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <072601c8e085$04694860$0d3bd920$@com>
The appropriate values for the other compilers were determined by
running the probe functions added to Configure by #34105/34112/34114.
(Note that VC8 requires an invalid parameter handler to run those
functions without crashing, and both VC8 and VC9 need %I64d rather
than %ld to output the appropriate values.)
Also applies the changes to the config_H.* files, together with changes
for #33597/33598/33949 which never got added to them.
p4raw-id: //depot/perl@34115
|
|
|
|
|
| |
Noticed and reported by Dave Golden.
p4raw-id: //depot/perl@34075
|
|
|
|
|
|
| |
From: Risto Kankkunen (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-10743-1192009453-1788.46309-75-0@perl.org>
p4raw-id: //depot/perl@34067
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.64.0805291241070.365@fractal.phys.lafayette.edu>
p4raw-id: //depot/perl@33949
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <01be01c8a9d1$12b32b10$38198130$@com>
p4raw-id: //depot/perl@33763
|
|
|
|
|
|
|
|
| |
Message-Id: <3B7752C8-D5A2-452C-B3E0-C453FFCBCAFA@mac.com>
[but rename ******* to i_mallocmalloc.U, and then fix up all the files
that Porting/checkcfgvar.pl says need i_mallocmalloc declared]
p4raw-id: //depot/perl@33598
|
|
|
| |
p4raw-id: //depot/perl@33597
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: "Steve Hay" <SteveHay@planit.com>
Message-ID: <1B32FF956ABF414C9BCE5E487A1497E70176BD61@ukmail02.planit.group>
"OK, so how about the attached. This fixes up -w for all compilers so
that it is symmetrical with chmod(), and adds a note to perltodo on
fixing POSIX::access() and chdir()."
The whole long thread started here:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2008-03/msg00056.html
p4raw-id: //depot/perl@33566
|
|
|
|
|
|
| |
From: "Robert May" <rob@themayfamily.me.uk>
Message-ID: <54bdc7510803130706q6523793ak1f3f1c6578fa97c1@mail.gmail.com>
p4raw-id: //depot/perl@33506
|
|
|
|
|
| |
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/02/msg53937.html
p4raw-id: //depot/perl@33370
|
|
|
|
|
|
|
|
| |
fixed-up by #33349.
There shouldn't be any real changes here. If there are then I've
screwed up.
p4raw-id: //depot/perl@33350
|
|
|
|
|
| |
the win32/config_H.* files
p4raw-id: //depot/perl@33349
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change 25208 switched off USE_LARGE_FILES in win32/config_H.* but left
LSEEKSIZE/Off_t_size and Off_t as 8 and __int64 (or long long)
respectively. Similarly change 25215 switched off uselargefiles in
win32/config.* but left lseeksize and lseektype as 8 and __int64 (or
long long) respectively. Change 25216 fixed the Borland settings in
win32/config.bc on the basis that Borland should always be using 4 and
long, but really all the other files should be using 4 and long for
their default values as well to match the default values of
USE_LARGE_FILES and uselargefiles. Having done that, we must then
reverse the logic for fiddling with these values in win32/config_sh.PL:
they are now changed to 8 and __int64 (or long long) if uselargefiles
*is* defined (except for Borland, which always wants 4 and long).
p4raw-id: //depot/perl@33347
|
|
|
| |
p4raw-id: //depot/perl@33345
|
|
|
| |
p4raw-id: //depot/perl@33344
|
|
|
|
|
|
|
|
| |
and XS?]
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <02ee01c8651b$17ef72f0$47ce58d0$@com>
p4raw-id: //depot/perl@33292
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
| |
p4raw-id: //depot/perl@33269
|
|
|
|
|
|
| |
From: "Robert May" <rob@themayfamily.me.uk>
Message-ID: <54bdc7510802030434g4f9da56eq8d526e80c297290b@mail.gmail.com>
p4raw-id: //depot/perl@33255
|
|
|
|
|
|
| |
From: "Robert May" <robertmay@cpan.org>
Message-ID: <54bdc7510802022341r3654d32dva26ef04bd9fa04b7@mail.gmail.com>
p4raw-id: //depot/perl@33254
|
|
|
|
|
| |
as the symbol isn't used in a conditional compile.
p4raw-id: //depot/perl@33054
|
|
|
|
|
| |
Exterminate! Exterminate! Exterminate!
p4raw-id: //depot/perl@33052
|
|
|
|
|
|
|
|
| |
loss warning on ++ and -- by moving the check to Configure time,
creating a new config.sh variable nv_overflows_integers_at which
contains an constant expression for the value of the NV which can't
be incremented by 1.0
p4raw-id: //depot/perl@33049
|
|
|
|
|
|
|
|
|
| |
Message-Id: <F4AC553F-7C7F-49C3-98C2-E04681E1004F@hexten.net>
with fixups as discussed on list, plus adding usedtrace to Glossary,
plus propagating all the new config variables everywhere.
(Was there an automatic way to do that? I did it with emacs macros)
p4raw-id: //depot/perl@32953
|
|
|
|
|
|
|
|
| |
Message-ID: <477D28BD.5060801@profvince.com>
Mortalize SVs that are being pushed on the stack.
Try to use specialized macros for pushing mortals.
p4raw-id: //depot/perl@32822
|
|
|
| |
p4raw-id: //depot/perl@32714
|
|
|
|
|
|
| |
system specific directories. I think I've chainsawed all of them now,
but I can't guarantee that it compiles anywhere from win32.
p4raw-id: //depot/perl@32713
|
|
|
| |
p4raw-id: //depot/perl@32705
|
|
|
|
|
| |
perldelta.
p4raw-id: //depot/perl@32649
|
|
|
| |
p4raw-id: //depot/perl@32646
|
|
|
| |
p4raw-id: //depot/perl@32432
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <03cd01c82b07$581a1950$084e4bf0$@com>
p4raw-id: //depot/perl@32411
|
|
|
| |
p4raw-id: //depot/perl@32080
|
|
|
|
|
| |
build problem with Hash/Util/FieldHash
p4raw-id: //depot/perl@32066
|
|
|
|
|
| |
Message-ID: <470197FF.5040709@gmail.com>
p4raw-id: //depot/perl@32004
|
|
|
|
|
| |
Message-ID: <46D968DA.2000205@cpan.org>
p4raw-id: //depot/perl@31846
|
|
|
| |
p4raw-id: //depot/perl@31799
|
|
|
|
|
|
|
|
|
|
|
| |
Subject: [PATCH-at31768] RE: [PATCH at 31761] RE: MakeMaker + static misbehaviour
From: "Konovalov, Vadim Vladimirovich (Vadim)** CTR **" <vkonovalov@alcatel-lucent.com>
Message-ID: <D16F05D0CAAA234BA2B753B80DE6100D448945@DEEXC1U02.de.lucent.com>
(with a couple of tweaks to comments in Makefile, exclusion of one more
module (Hash/Utils) from the "all static" build option, plus the same
changes in makefile.mk)
p4raw-id: //depot/perl@31784
|
|
|
| |
p4raw-id: //depot/perl@31761
|
|
|
|
|
| |
it is^Wwas always 1
p4raw-id: //depot/perl@31745
|
|
|
|
|
|
|
| |
about POSIX CRT function names being deprecated in VC8
(-wd4996 suppresses all deprecated function warnings, so is more
wide-ranging than is required)
p4raw-id: //depot/perl@31742
|