| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Message-Id: <20011003150222.A474.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@12314
|
|
|
| |
p4raw-id: //depot/perl@12167
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@11999
|
|
|
|
|
|
|
| |
Message-ID: <3B9D6055.BA334A31@orcaware.com>
plus regen Configure.
p4raw-id: //depot/perl@11991
|
|
|
|
|
| |
Message-Id: <20010822123750.A797.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@11724
|
|
|
| |
p4raw-id: //depot/perl@11705
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
try to define (most importantly) Perl_is{inf,nan}(x).
For this first cut, assume none such APIs exist in non-UNIXoid
platforms-- this is of course too unkind: Win32 rumoredly has
_fpclass() and _isnan(), and VMS/VOS very probably have some
of the APIs available. The only thing Perl uses at the moment
is Perl_isnan() (has been in use for a while now).
NOTE: the Win32 and NetWare config_h.?c need regenerating.
p4raw-id: //depot/perl@11618
|
|
|
| |
p4raw-id: //depot/perl@11524
|
|
|
|
|
|
|
| |
(This way -Wall affects only the core and the core XS,
not user modules' XS. Concern from Paul Marquess,
implementation idea from Andy Dougherty.)
p4raw-id: //depot/perl@11516
|
|
|
|
|
| |
Message-ID: <20010513155315.A15833@underhill.dague.net>
p4raw-id: //depot/perl@11514
|
|
|
| |
p4raw-id: //depot/perl@11495
|
|
|
| |
p4raw-id: //depot/perl@11493
|
|
|
|
|
|
|
|
| |
to be fetched from the CPAN and installed as a part of the Perl
build process. None of this installation is yet really done;
only the list is asked, and saved away in extras.lst for
the build and installation process to worry about later.
p4raw-id: //depot/perl@11490
|
|
|
|
|
| |
Message-Id: <EC1496A6-82FB-11D5-BFC6-003065D59FBA@thor.sbay.org>
p4raw-id: //depot/perl@11477
|
|
|
| |
p4raw-id: //depot/perl@11450
|
|
|
|
|
| |
noticed by Hugo.
p4raw-id: //depot/perl@11369
|
|
|
| |
p4raw-id: //depot/perl@11334
|
|
|
|
|
| |
Message-ID: <Pine.SOL.4.10.10107111329060.2021-100000@maxwell.phys.lafayette.edu>
p4raw-id: //depot/perl@11286
|
|
|
| |
p4raw-id: //depot/perl@11217
|
|
|
|
|
|
| |
nl_langinfo(), which is an additional way to query locale
specific information.
p4raw-id: //depot/perl@11207
|
|
|
|
|
|
|
| |
HP-UX to fail the fcntl locking test, without the ifdefs
the test seems to be working again. Reason unknown:
HP-UX cc doesn't complain either way.
p4raw-id: //depot/perl@11146
|
|
|
|
|
|
| |
(from Richard Hatch) (this was the cause of pipes() and
times() mysteriously not being found)
p4raw-id: //depot/perl@11115
|
|
|
|
|
| |
break out with alarm(10).
p4raw-id: //depot/perl@11093
|
|
|
| |
p4raw-id: //depot/perl@11027
|
|
|
|
|
|
| |
Expected not to exist in non-UNIX excepting in VMS, where
according to a quick web survey they just might.
p4raw-id: //depot/perl@11003
|
|
|
| |
p4raw-id: //depot/perl@11000
|
|
|
|
|
| |
Message-ID: <20010624052440.A27698@math.ohio-state.edu>
p4raw-id: //depot/perl@10892
|
|
|
|
|
| |
-lndbm and -ldbm are available.
p4raw-id: //depot/perl@10863
|
|
|
| |
p4raw-id: //depot/perl@10837
|
|
|
|
|
| |
Message-ID: <Pine.SOL.4.10.10106221417030.28044-100000@maxwell.phys.lafayette.edu>
p4raw-id: //depot/perl@10831
|
|
|
| |
p4raw-id: //depot/perl@10807
|
|
|
| |
p4raw-id: //depot/perl@10802
|
|
|
| |
p4raw-id: //depot/perl@10797
|
|
|
|
|
|
|
|
|
|
| |
before copying them over (this means that he rm can be
removed from the fflushall test), create $targetmkdir
(not documented in install since it is supposed to internal
use only), make $run to copy over the executable only if
a stamp file .xok doesn't already exist (to avoid unnecessary
copying of the executable)
p4raw-id: //depot/perl@10788
|
|
|
|
|
|
| |
they are useful for metaconfig units coming after us.
(This is the Configure nit mentioned in #10752.)
p4raw-id: //depot/perl@10760
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
alpha-dec_osf-per lio 4.0f (UNINSTALLED)
Message-Id: <200106192315.TAA18531@Orb.Nashua.NH.US>
The bigintpm.t #1183 failing in Tru64 (and also Cygwin)
because "1e+129" being expected but "1.e+129" being returned.
The culprit (at least in Tru64) is the use of gcvt().
p4raw-id: //depot/perl@10738
|
|
|
|
|
|
|
|
|
| |
alpha-dec_osf-per lio 4.0f (UNINSTALLED)
Message-Id: <200106192048.QAA20849@Orb.Nashua.NH.US>
Further fixes to fflush(NULL) detection.
p4raw-id: //depot/perl@10733
|
|
|
|
|
| |
(A genuine logic bug in Configure, but AIX also broken?)
p4raw-id: //depot/perl@10732
|
|
|
|
|
| |
if it is CPU-OS-gcc.
p4raw-id: //depot/perl@10690
|
|
|
| |
p4raw-id: //depot/perl@10629
|
|
|
|
|
| |
that can one 'seed' it (as OS/2 does.)
p4raw-id: //depot/perl@10624
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/perl@10573
|
|
|
| |
p4raw-id: //depot/perl@10571
|
|
|
|
|
| |
extremely experimental, not even prompted for.
p4raw-id: //depot/perl@10569
|
|
|
|
|
| |
be "./try 2>&1 >/dev/null".
p4raw-id: //depot/perl@10522
|
|
|
|
|
| |
Message-ID: <B7483FB6.1398%artur@contiller.se>
p4raw-id: //depot/perl@10492
|
|
|
| |
p4raw-id: //depot/perl@10479
|