| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@20474
|
|
|
|
|
| |
Message-Id: <20030804103512.61a9661c.rgarciasuarez@free.fr>
p4raw-id: //depot/perl@20473
|
|
|
|
|
| |
some Apple definition, how ironic...
p4raw-id: //depot/perl@20467
|
|
|
| |
p4raw-id: //depot/perl@20411
|
|
|
| |
p4raw-id: //depot/perl@20379
|
|
|
| |
p4raw-id: //depot/perl@20369
|
|
|
|
|
|
|
| |
for opinions from one than one person at one time.)
Now back to -Dprefix='/usr' replacing the system Perl,
but don't use the Apple internal DSTROOT.
p4raw-id: //depot/perl@20353
|
|
|
|
|
|
|
| |
installation directory mangling. In other words, if
you want to overwrite the system perl, you really need
to find out how to do that.
p4raw-id: //depot/perl@20352
|
|
|
|
|
|
|
| |
(no -Dprefix, /usr, and something else) all install
into separate places. No prefix installs to /usr/local.
The /usr overwrites the Apple install (modulo the version).
p4raw-id: //depot/perl@20350
|
|
|
| |
p4raw-id: //depot/perl@20333
|
|
|
|
|
|
| |
important for IPv6 (Spider). Since there is no way to
otherwise detect 3.X, use the hints.
p4raw-id: //depot/perl@20324
|
|
|
| |
p4raw-id: //depot/perl@20298
|
|
|
| |
p4raw-id: //depot/perl@20195
|
|
|
| |
p4raw-id: //depot/perl@20100
|
|
|
| |
p4raw-id: //depot/perl@20096
|
|
|
|
|
|
| |
Yes, performance suffers. But that is better than
random core dumps.
p4raw-id: //depot/perl@20093
|
|
|
|
|
| |
for the install dirs.
p4raw-id: //depot/perl@20083
|
|
|
|
|
| |
doing Configure -Dprefix=/some/where -Uvendorlib.
p4raw-id: //depot/perl@20082
|
|
|
| |
p4raw-id: //depot/perl@20026
|
|
|
| |
p4raw-id: //depot/perl@19928
|
|
|
|
|
|
| |
The latest releases of NetBSD don't require the hack. From
Johnny Lam.
p4raw-id: //depot/perl@19920
|
|
|
| |
p4raw-id: //depot/perl@19899
|
|
|
|
|
| |
Message-ID: <3F00C1BC.3020103@sun.com>
p4raw-id: //depot/perl@19897
|
|
|
|
|
|
| |
and the #19842 was wrong anyway (it affected
only the threaded case.)
p4raw-id: //depot/perl@19877
|
|
|
| |
p4raw-id: //depot/perl@19842
|
|
|
|
|
| |
by disavowing any knowledge of dynaloading.
p4raw-id: //depot/perl@19802
|
|
|
|
|
|
|
|
| |
is reaaally slooow for Perl.
Subject: FreeBSD 5.1 vs. -Uusemymalloc
Message-Id: <3CE9B94D-9F51-11D7-AF50-000393AE4244@dan.co.jp>
p4raw-id: //depot/perl@19790
|
|
|
|
|
| |
Message-ID: <20030615004956.GA28272@math.berkeley.edu>
p4raw-id: //depot/perl@19789
|
|
|
|
|
|
|
| |
way of detecting Darwin/Mac OS X; instead it is recommended to
detect the OS at a higher level and pass the information manually
down to the application, using e.g. a -Ddefinition.
p4raw-id: //depot/perl@19764
|
|
|
| |
p4raw-id: //depot/perl@19709
|
|
|
|
|
| |
Message-ID: <Pine.SOL.4.53.0306041128350.15343@maxwell.phys.lafayette.edu>
p4raw-id: //depot/perl@19687
|
|
|
|
|
| |
Message-Id: <94213618-95E0-11D7-8A27-000393AE4244@dan.co.jp>
p4raw-id: //depot/perl@19681
|
|
|
| |
p4raw-id: //depot/perl@19663
|
|
|
|
|
|
| |
now we get 97% success rate, the remaining failures are
quite obscure.
p4raw-id: //depot/perl@19662
|
|
|
| |
p4raw-id: //depot/perl@19522
|
|
|
| |
p4raw-id: //depot/perl@19506
|
|
|
| |
p4raw-id: //depot/perl@19500
|
|
|
|
|
|
| |
threads enabled. Now threads are OK on OpenUNIX 8, except a
mysterious failure in ext/POSIX/t/sigaction.t.
p4raw-id: //depot/perl@19429
|
|
|
|
|
| |
Message-Id: <20030502121208.3d235027.rgarciasuarez@free.fr>
p4raw-id: //depot/perl@19385
|
|
|
|
|
|
|
|
|
|
|
|
| |
sun4-solaris-64, from Alan Burlison. (The default is to not
to suffix anything with -Duse64bitall if longs are 64 bit.
This may lead into confusion and much sorrow if 32-bit binaries
and 64-bit binaries are installed under the same directories.
Why is "-64" or something like that the default? Well, there
are platforms where 64 bits really is the default default.
There adding a "-64" would be kind of odd. Better to let
each 64-bit capable platform to choose their archnames.)
p4raw-id: //depot/perl@19380
|
|
|
| |
p4raw-id: //depot/perl@19375
|
|
|
|
|
| |
apparently now it works!
p4raw-id: //depot/perl@19368
|
|
|
|
|
| |
<PRADINE@uk.ibm.com>.
p4raw-id: //depot/perl@19306
|
|
|
|
|
|
|
| |
(Also spreads more <stdlib.h> joy.)
Needs backporting to metaconfig units and introducing the new
symbols to non-Configure lands.
p4raw-id: //depot/perl@19218
|
|
|
| |
p4raw-id: //depot/perl@19194
|
|
|
|
|
|
|
|
|
| |
More obvious detection of C compiler
cc_type should not promote to config.sh
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Message-Id: <20030409143007.B4A4.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@19174
|
|
|
|
|
|
| |
From: "Green, Paul" <Paul.Green@stratus.com>
Message-ID: <A2A34F15EE916148BC4C4748223E67A403D99C9D@exna4.stratus.com>
p4raw-id: //depot/perl@19124
|
|
|
|
|
|
|
|
|
| |
actually work. Thanks to John L. Allen for the hint.
Subject: Re: AIX longdoubles
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Message-Id: <20030401171819.D8E6.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@19113
|
|
|
|
|
|
| |
really be helped (e.g. warnings coming from system headers,
or linker warnings during Configure).
p4raw-id: //depot/perl@19087
|
|
|
|
|
| |
of select().
p4raw-id: //depot/perl@19086
|