| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
No actual changes, just reordering the contents of the files so that
diff works better.
p4raw-id: //depot/perl@25206
|
|
|
| |
p4raw-id: //depot/perl@24975
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
(None are actually defined, but it's nice to have them there anyway)
p4raw-link: @24508 on //depot/perl: 0dbb1585a715e56312e579a5f0e7f82241b38352
p4raw-id: //depot/perl@24545
|
|
|
| |
p4raw-id: //depot/perl@24227
|
|
|
|
|
|
| |
Restore "DEVEL" tag in patchlevel.h
Regenerate Porting/config*
p4raw-id: //depot/perl@24149
|
|
|
| |
p4raw-id: //depot/perl@23436
|
|
|
|
|
|
| |
Message-ID: <40618D1C.7000601@uk.radan.com>
Date: Wed, 24 Mar 2004 13:29:00 +0000
p4raw-id: //depot/perl@22579
|
|
|
| |
p4raw-id: //depot/perl@22523
|
|
|
|
|
| |
the pumpkin. Chainsaw was still in perfect working order.
p4raw-id: //depot/perl@22334
|
|
|
|
|
|
| |
Add perl591delta in perl.pod.
Update the sample config files in Porting/.
p4raw-id: //depot/perl@22318
|
|
|
| |
p4raw-id: //depot/perl@19899
|
|
|
| |
p4raw-id: //depot/perl@19608
|
|
|
| |
p4raw-id: //depot/perl@19607
|
|
|
|
|
|
|
| |
Message-ID: <20030509080044.GA49820@geeknest.com>
(except for the dup.t patch which diddled with system().)
p4raw-id: //depot/perl@19518
|
|
|
| |
p4raw-id: //depot/perl@19314
|
|
|
| |
p4raw-id: //depot/perl@19251
|
|
|
| |
p4raw-id: //depot/perl@19021
|
|
|
| |
p4raw-id: //depot/perl@19019
|
|
|
|
|
| |
Message-ID: <3E669E6B.1060606@stason.org>
p4raw-id: //depot/perl@18833
|
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@17339
|
|
|
|
|
|
|
| |
go back to disabling long doubles from MinGW because
MSVCRT doesn't do long double printfing even when gcc
would know how to handle them.
p4raw-id: //depot/perl@17200
|
|
|
|
|
|
|
| |
but Google leads me into believing that while Borland and
GCC support the ANSI way of printing long doubles (%L),
Visual C really doesn't support printing them.
p4raw-id: //depot/perl@17193
|
|
|
| |
p4raw-id: //depot/perl@16843
|
|
|
|
|
|
|
| |
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@16460
|
|
|
| |
p4raw-id: //depot/perl@16293
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Date: Wed, 06 Mar 2002 13:41:30 +0100
Message-Id: <20020306134107.C6F8.H.M.BRAND@hccnet.nl>
Subject: Re: perl@15047 Win32
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Date: Wed, 06 Mar 2002 13:46:02 +0100
Message-Id: <20020306134539.C6FB.H.M.BRAND@hccnet.nl>
Subject: Re: perl@15047 Epoc
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Date: Wed, 06 Mar 2002 13:48:31 +0100
Message-Id: <20020306134811.C6FE.H.M.BRAND@hccnet.nl>
Subject: Re: perl@15047 NetWare
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Date: Wed, 06 Mar 2002 13:55:46 +0100
Message-Id: <20020306135406.C701.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@15063
|
|
|
|
|
| |
(Update config.vc to need cppstdin so those tests are skipped...)
p4raw-id: //depot/perlio@14434
|
|
|
|
|
| |
All but ../lib/Unicode/UCD.t pass.
p4raw-id: //depot/perlio@14412
|
|
|
| |
p4raw-id: //depot/perlio@14192
|
|
|
| |
p4raw-id: //depot/perlio@13936
|
|
|
| |
p4raw-id: //depot/perl@13239
|
|
|
|
|
|
|
| |
and not going to; regen perltoc, perlmodlib.
(Some references still linger in perltoc, have to figure
out where they are coming from.)
p4raw-id: //depot/perl@12095
|
|
|
|
|
|
| |
Thanks to H. Merijn Brand for the patch.
Some of the comments and or guards might be removable in perl.h now.
p4raw-id: //depot/perl@11758
|
|
|
| |
p4raw-id: //depot/perl@11354
|
|
|
| |
p4raw-id: //depot/perl@11334
|
|
|
| |
p4raw-id: //depot/perl@11068
|
|
|
| |
p4raw-id: //depot/perl@10797
|
|
|
|
|
|
|
|
|
| |
use systems' realpath(). Too many security problems,
too many buggy implementations.
TODO: the realpath() emulation code in util.c doesn't
seem fully operational? (readlink(), for example?)
p4raw-id: //depot/perl@10744
|
|
|
| |
p4raw-id: //depot/perlio@10606
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Abstract execution of compiled test executables with $run,
and abstract transfer of files with $to and $from.
Under cross-compilation the $run, $to, and $from will point
to appropriate wrapper scripts, by default ssh and scp,
but also rsh, rcp, and cp are supported. If not
cross-compiling, they will be set to '', ':', and ':',
respectively.
With these patches I was able to get Configure for
iPAQ ARM Linux on an Intel Linux about 95% right
(only a few tests failed to execute or they produced
incorrect results), and I was able to compile
a functional miniperl.
The symbol crosscompile renamed to be usecrosscompile,
the corresponding C symbol from CROSSCOMPILE to
USE_CROSS_COMPILE.
p4raw-id: //depot/perl@10592
|
|
|
| |
p4raw-id: //depot/perlio@10589
|
|
|
| |
p4raw-id: //depot/perlio@10350
|
|
|
| |
p4raw-id: //depot/perlio@10050
|
|
|
|
|
|
| |
to forget it later; do not change patchlevel.h yet or regenerate
Configure yet.
p4raw-id: //depot/perl@9617
|