| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
The try.c test program added to Configure by change 24898 outputs
"Yes" using each of VC++, GCC and BCC32, so here goes...
p4raw-id: //depot/perl@24905
|
|
|
|
|
| |
Message-ID: <20050519173256.GA29039@petdance.com>
p4raw-id: //depot/perl@24508
|
|
|
|
|
| |
This fixes some test failures introduced by change 24271.
p4raw-id: //depot/perl@24319
|
|
|
| |
p4raw-id: //depot/perl@24227
|
|
|
|
|
|
|
|
| |
Note that this feature doesn't actually work correctly on Win32
until the problem described here is solved:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-03/msg00740.html
p4raw-id: //depot/perl@24120
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cc and ld themselves always get replaced with correct values anyway
so we just provide example values as per other similar settings
Other related values (ccname, cpp, cpprun, cppstdin) need to use the
correct ~keyword~, namely ~cc~, not ~CC~, otherwise they do not get set
Subject: [PATCH] Re: lib/Config/Extensions.t fails on Win32
Date: Wed, 5 Jan 2005 10:01:41 -0800
Message-ID: <20050105180141.GA676@efn.org>
Subject: Re: [PATCH] Re: lib/Config/Extensions.t fails on Win32
From: Yitzchak Scott-Thoennes <sthoenna@efn.org>
Date: Thu, 6 Jan 2005 11:53:11 -0800
Message-ID: <20050106195311.GC1300@efn.org>
p4raw-id: //depot/perl@23764
|
|
|
|
|
|
| |
so that "perl -V:usemallocwrap" tells us what the configuration is
instead of saying 'UNKNOWN'.
p4raw-id: //depot/perl@23740
|
|
|
|
|
| |
the pumpkin. Chainsaw was still in perfect working order.
p4raw-id: //depot/perl@22334
|
|
|
| |
p4raw-id: //depot/perl@19899
|
|
|
| |
p4raw-id: //depot/perl@19607
|
|
|
| |
p4raw-id: //depot/perl@19314
|
|
|
| |
p4raw-id: //depot/perl@19251
|
|
|
|
|
| |
extra '0' at the end
p4raw-id: //depot/perl@19017
|
|
|
| |
p4raw-id: //depot/perl@18332
|
|
|
|
|
|
|
|
| |
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@17944
|
|
|
|
|
|
|
| |
mainline--merge, and add other missing entries; regen
config_H.* files
p4raw-link: @8666 on //depot/maint-5.6/perl: 8b0115faf6b06062b39e3e51eaab2b7e56257eef
p4raw-id: //depot/perl@16568
|
|
|
|
|
| |
from perl
p4raw-id: //depot/perl@16503
|
|
|
| |
p4raw-id: //depot/perl@16291
|
|
* support for building it in the regular makefiles
* large files support via the _*i64() functions (this should be
portable to the 32-bit universe too, but quite untested and
and binary-incompatible, therefore not enabled there)
* three additional test failures in addition to the t/end.t one
(see README.win32)
* sprintf() on Windows gets %I{32,64,}[xoud] format that parallel
the ones available from the CRT (needed because Perl uses
the UVxf macros in both sprintf() *and* in sv_catpvf() et al.)
* add a few 64-bit notes to README.win32
The following general problems were also fixed:
* s/struct stat/Stat_t/g
* Data::Dumper had some naughty 'long' typecasts
* Errno_pm.PL didn't work safe when winsock.h was not in the same
directory as errno.h
* various tell/seek things were incorrectly prototyped
* squelch ugly looking noise when running tests
* Embed.t wasn't linking in all the libraries
* perl57.dll is now perl58.dll (anticipating 5.8.0-RC1)
* re-enable all the disabled warnings (additional fixes may be
needed for the warnings uncovered by this)
p4raw-id: //depot/perl@16033
|