| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
the auto-regen magic isn't doing the right thing for uperl. We should
either be skipping the regen check on it or we should be automating it.
t/porting/regen.t failed without this change.
We should also consider making bump-perl-version NOT operate on any
generated files and mandate a rerun after bumping versions
|
| |
|
|
|
|
|
| |
This is needed on some platforms and shouldn't hurt on others, so
define it.
|
| |
|
|
|
|
|
|
|
| |
Previously it was -O2, which is potentially a gcc-ism. -Os also has the
potential to be "portability challenged". Whilst -O should work everywhere,
as microperl is intended as a least-assumptions bootstrapping approach, it
seems best to make no assumptions about the compiler's optimiser.
|
| |
|
| |
|
|
|
|
| |
This shouldn't hurt on other system either.
|
|
|
|
|
|
|
|
| |
Most of the work is done by config_h.SH, but the wrapper is needed to add the
digest lines, so that t/porting/regen.t can verify that it's up to date.
I think that we need to take the "digest" approach, rather than "build to a
temporary file during testing", as we can't rely on a working Unix shell on
all platforms, and we couldn't even be sure that we get the skip list correct.
|
|
|
|
| |
It is almost 26 months out of date.
|
|
|
|
|
|
|
|
|
| |
# New Ticket Created by (Peter J. Acklam)
# Please include the string: [perl #81904]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81904 >
Signed-off-by: Abigail <abigail@abigail.be>
|
|
|
|
|
|
| |
They might have served a purpose in the original files, but Nicholas
and Zefram expressed their concern that in the generated files, these
tags are misleading and unneeded.
|
| |
|
|
|
| |
p4raw-id: //depot/perl@33055
|
|
|
| |
p4raw-id: //depot/perl@33043
|
|
|
|
|
| |
numbers in a few extra files and regenerated uconfig.h.
p4raw-id: //depot/perl@32981
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@32705
|
|
|
|
|
| |
Message-ID: <460ED79A.5030809@iki.fi>
p4raw-id: //depot/perl@30823
|
|
|
|
|
| |
Message-ID: <44EF541C.7050801@gentoo.org>
p4raw-id: //depot/perl@29216
|
|
|
|
|
| |
Message-ID: <44D7AA6B.4040802@iki.fi>
p4raw-id: //depot/perl@28674
|
|
|
|
|
| |
Message-ID: <44583D9F.8060401@gmail.com>
p4raw-id: //depot/perl@28074
|
|
|
| |
p4raw-id: //depot/perl@25741
|
|
|
| |
p4raw-id: //depot/perl@23027
|
|
|
| |
p4raw-id: //depot/perl@23022
|
|
|
|
|
| |
the pumpkin. Chainsaw was still in perfect working order.
p4raw-id: //depot/perl@22334
|
|
|
|
|
|
|
|
|
| |
implementing the opendir()/readdir()/closedir() using
external commands give up "ANSI-pureness" and define them
in uconfig.sh, also define other stuff like rename() and putenv().
Leave out the $| emulation in my_fork() since we are
not supposed to have fork() under microperl.
p4raw-id: //depot/perl@20646
|
|
|
|
|
| |
Message-ID: <3F00C1BC.3020103@sun.com>
p4raw-id: //depot/perl@19897
|
|
|
| |
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@18516
|
|
|
|
|
| |
Still imcomplete. Configure will follow
p4raw-id: //depot/perl@18030
|
|
|
| |
p4raw-id: //depot/perl@17339
|
|
|
| |
p4raw-id: //depot/perl@16843
|
|
|
| |
p4raw-id: //depot/perl@16720
|
|
|
| |
p4raw-id: //depot/perl@16430
|
|
|
| |
p4raw-id: //depot/perl@16291
|
|
|
|
|
| |
(since we assume ANSI and i_time, anyway).
p4raw-id: //depot/perl@16143
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and then use them (under ithreads). May fail in HP-UX,
and the op/groups is known to be fickle everywhere. Known
to work in Solaris, Linux, Tru64, IRIX, AIX. (Some compiler
warnings in AIX since the first arguments of getnetbyaddr
and getnetbyadd_r are of different types. Thanks, IBM.)
In non-Configure platforms deny the existence of any
of the _r thingies. (Also add the recently introduced
d_tm_* to places it wasn't already in.)
TODO: the suggested glibc buffer growth retry loop in case
some entries (at least for: gr*, host*) are big.
Forgot win32/config.win64.
p4raw-id: //depot/perl@15238
|
|
|
|
|
| |
of known extensions, where Encode::JP already is.
p4raw-id: //depot/perl@15014
|
|
|
|
|
|
| |
(2) Other software (GNU) seems to use it and we don't need it,
so let's give it up.
p4raw-id: //depot/perl@14374
|
|
|
| |
p4raw-id: //depot/perl@13954
|
|
|
| |
p4raw-id: //depot/perl@13541
|
|
|
| |
p4raw-id: //depot/perl@13218
|
|
|
| |
p4raw-id: //depot/perl@13141
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Message-ID: <3B9D6055.BA334A31@orcaware.com>
plus regen Configure.
p4raw-id: //depot/perl@11991
|