| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rather than adding more canned configurations, we dynamically set values
which differ from the standard 32-bit build options, and actually remove
the canned configurations for 64-bit builds too and do likewise for them.
The ~ARCHPREFIX~ games used by the outgoing .gc64 configuration needed
bringing into the remaining .gc configuration to maintain support for the
GCCCROSS build option.
Two tweaks to sv.c were required for the USE_64_BIT_INT option to work
with a VC++ build, allowing the I64 printf size specification. The GCC
build worked anyway since it uses ll rather than I64.
The motivation for this change came from a patch submitted by Sisyphus
<sisyphus1@optusnet.com.au>:
Message-ID: <6AC52DD00C96415A9E919A02F12DD05F@desktop2>
|
| |
|
| |
|
|
|
|
|
| |
There is no need for doing it via a ~VERSION~ substitution string since
that is not used anywhere else.
|
|
|
|
|
| |
We no longer support Win9x so there is no need to undef d_flock and d_link
in that case.
|
|
|
|
| |
INST_VER doesn't contain a ~VERSION~ placeholder.
|
|
|
|
|
| |
Remove support for the Borland C++ compiler on Win32, as agreed here:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2011-09/msg00034.html
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
(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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
- Set $Config{patchlevel} to PERL_VERSION (it was previously blank
because it was wrongly being set from PATCHLEVEL, which was blank)
- Set $Config{perl_patchlevel} and $Config{PERL_PATCHLEVEL} to the
value in the top-level ".patch" file if it exists (the former was
previously not set, while the latter was previously wrongly set to
PERL_VERSION)
p4raw-id: //depot/perl@31569
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510704301406t6373912ame78fea5c7a148cf4@mail.gmail.com>
p4raw-id: //depot/perl@31114
|
|
|
|
|
|
|
|
|
|
| |
From: "Yitzchak Scott-Thoennes" <sthoenna@efn.org>
Message-ID: <1254.67.42.109.122.1171965018.squirrel@67.42.109.122>
Also includes integration & deletion of win32/ext/Win32API to
ext/Win32API, and addition of copyright message and corrections to
spacing/tabbing as suggested by Jan Dubois.
p4raw-id: //depot/perl@30379
|
|
|
|
|
| |
that was removed by #29509
p4raw-id: //depot/perl@29533
|
|
|
|
|
|
| |
Subject: [PATCH] Move Win32::* functions from win32/win32.c to ext/Win32/Win32.xs
Message-ID: <lc9kn2tb0p5sdd4q69rbc7067r4imar59r@4ax.com>
p4raw-id: //depot/perl@29509
|
|
|
| |
p4raw-id: //depot/perl@29470
|
|
|
|
|
| |
(namely, when we have USE_ITHREADS and PERL_IMPLICIT_SYSTEM)
p4raw-id: //depot/perl@29469
|
|
|
|
|
|
| |
For discussions, see the thread starting here:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-06/msg00710.html
p4raw-id: //depot/perl@28460
|
|
|
|
|
|
|
|
|
|
|
|
| |
This pattern match seems a little saner, and stops " for Win32"
getting picked up from the following output:
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
Maybe it breaks older versions, but at least the latest now works
correctly. If anyone knows what older versions' messages look like
then speak up!
p4raw-id: //depot/perl@24855
|
|
|
|
|
|
|
| |
It is already excluded from $Config{dynamic_ext}, so should not be
in $Config{extensions} either. (Note that Thread is actually still
built, though. This is just for consistency with Unix builds.)
p4raw-id: //depot/perl@23817
|
|
|
|
|
|
|
|
|
|
| |
This was accidentally broken by change 23757. It has already been
fixed in maint-5.8 when resolving conflicts during integration of
23757, so this one does NOT need integrating itself!
For more details see:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-01/msg00477.html
p4raw-id: //depot/perl@23816
|
|
|
| |
p4raw-id: //depot/perl@23806
|
|
|
| |
p4raw-id: //depot/perl@23776
|
|
|
|
|
|
| |
Subject: [PATCH] Re: lib/Config/Extensions.t fails on Win32
Message-ID: <20050105180141.GA676@efn.org>
p4raw-id: //depot/perl@23757
|
|
|
|
|
|
|
|
| |
note that this change will break binary compatibility with the
default 5.8.0 build options; nevertheless I think it is worth
having in 5.8.1 (people who want the compatibility can disable
the option in the makefile)
p4raw-id: //depot/perl@18327
|
|
|
|
|
| |
Still imcomplete. Configure will follow
p4raw-id: //depot/perl@18030
|
|
|
| |
p4raw-id: //depot/perl@15243
|
|
|
| |
p4raw-id: //depot/perl@11581
|
|
|
| |
p4raw-id: //depot/perlio@10708
|
|
|
|
|
|
| |
Use it to get Config.pm's idea of available extensions in line
with what is built.
p4raw-id: //depot/perlio@9604
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the filesystem look like 5.5.640, except on DOS-DJGPP and VMS where
they look like 5_5_640; delete @Config{pm_apiversion,xs_apiversion};
split $Config{apiversion} into three, @Config{apirevision,apiversion,
apisubversion} for CPP friendliness; $Config{sitelib} now defaults
to .../site_perl/$version, just like $Config{privlib}, making sitelib
completely independent across versions and substantially eliminating
chances of breaking older installations by overwriting newly built
extensions; all this means compatibility inclusions for @INC will need
to take into account older sitelib versions (this still TODO)
windows, vms, dos tweaks for the above
p4raw-id: //depot/perl@4773
|
|
|
|
|
|
| |
Message-ID: <19991119024527.72749.qmail@hotmail.com>
Subject: [PATCH 5.005_62] Perl on Win95, Mark IIB
p4raw-id: //depot/perl@4653
|
|
|
| |
p4raw-id: //depot/perl@4476
|
|
|
| |
p4raw-id: //depot/perl@4350
|
|
|
| |
p4raw-id: //depot/perl@4148
|
|
|
| |
p4raw-id: //depot/perl@2957
|
|
|
| |
p4raw-id: //depot/perl@2746
|
|
|
| |
p4raw-id: //depot/perl@1321
|
|
|
|
|
|
|
|
|
|
|
| |
- fixes that silence VC noises about dup exports, non-default libs, and
unsupported *.def file directives
- s/inplace/inplace_label/ malloc.c
- update Config{usemymalloc} based on d_mymalloc
- export Perl_*Vars
- fix makefiles to not build miniperl.exe twice, and to make it properly
when defaults are changed
p4raw-id: //depot/perl@1129
|
|
|
|
|
|
|
| |
- perl.dll location based paths should be much more reliable now
- registry stuff unchanged
- Config.pm now has all the installfoolib entries for MakeMaker et al
p4raw-id: //depot/win32/perl@1069
|
|
|
| |
p4raw-id: //depot/asperl@863
|
|
|
|
|
|
|
|
|
|
| |
- build and install x2p
- fix installperl warnings on win32
- `make install` now does puts the archlibs in right places
- makefiles don't default to USE_THREADS anymore
- sync config.{b,g,v}c
- sync makefile.mk -> Makefile
p4raw-id: //depot/win32/perl@416
|
|
|
|
|
|
|
| |
Malcolm seems to think that is way to test for threads.
Update @INC stuffing hackery to have traditional @INC
search order archlib, privlib, sitearch, site.
p4raw-id: //depot/ansiperl@282
|