| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
|
| |
A list submitted by Paul Fenwick was briefly factored into
directory-specific rules.
|
|
|
|
|
| |
Message-Id: <20081029022544.413.1@knochen-vm.localdomain>
p4raw-id: //depot/perl@34630
|
|
|
|
|
| |
now as well as for Makefile.PL, which need some looking into.
p4raw-id: //depot/perl@29627
|
|
|
| |
p4raw-id: //depot/perl@29595
|
|
|
|
|
| |
Message-ID: <9b18b3110612150352y2394954bg5acd5ec5fd320d33@mail.gmail.com>
p4raw-id: //depot/perl@29558
|
|
|
|
|
| |
while in there as well.
p4raw-id: //depot/perl@28794
|
|
|
|
|
| |
p4raw-link: @28043 on //depot/perl: e9014798f4f634151d92887db69bde2b6ef69071
p4raw-id: //depot/perl@28046
|
|
|
|
|
|
|
|
|
|
| |
Linux 7.2. The original fix, change #13053, added a check
for $Config{gccversion} which is now populated by newer
Intel compilers. This additional change checks to see
if Intel is in $Config{gccversion}. If it is, its not
a gcc.
p4raw-link: @13053 on //depot/perl: 022394cfaaa8ec20e603e5da621b1778fd79e4ad
p4raw-id: //depot/perl@28043
|
|
|
|
|
| |
Message-ID: <2498b2184e.ajw498@caramel.cp15.org>
p4raw-id: //depot/perl@27884
|
|
|
|
|
| |
Message-ID: <20050701175623.GD216@efn.org>
p4raw-id: //depot/perl@25063
|
|
|
|
|
| |
Thanks to Mike Guy for the suggested fix.
p4raw-id: //depot/perl@25014
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
|
|
| |
Message-ID: <20050330003025.GA29797@londo.c47.org>
p4raw-id: //depot/perl@24101
|
|
|
|
|
|
| |
Subject: [PATCH] building win32 perl with cygwin's mingw (was: Re: [PATCH] Re: lib/Config/Extensions.t fails on Win32)
Message-ID: <20050114001136.GC2516@efn.org>
p4raw-id: //depot/perl@23807
|
|
|
|
|
|
| |
From: Ingo Weinhold (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-32717-101307.19.7097750538509@perl.org>
p4raw-id: //depot/perl@23584
|
|
|
| |
p4raw-id: //depot/perl@23424
|
|
|
|
|
|
| |
Message-Id: <46DCC0BF-8199-11D8-8D5B-000A95DBB50A@dan.co.jp>
Date: Tue, 30 Mar 2004 00:53:52 +0900
p4raw-id: //depot/perl@22614
|
|
|
| |
p4raw-id: //depot/perl@20535
|
|
|
|
|
| |
Message-ID: <Mahogany-0.64.2-624-20030802-103107.00@rbnet.it>
p4raw-id: //depot/perl@20469
|
|
|
| |
p4raw-id: //depot/perl@20269
|
|
|
|
|
| |
Message-ID: <oUp88gzkgy+T092yn@efn.org>
p4raw-id: //depot/perl@16822
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
|
| |
Message-Id: <95AE3CDB3543D511883A0020485B38B90235349B@exna3.stratus.com>
p4raw-id: //depot/perl@14124
|
|
|
|
|
| |
This gets them into Errno.pm - yet to prove they end up in $!.
p4raw-id: //depot/perlio@13950
|
|
|
| |
p4raw-id: //depot/perl@13665
|
|
|
|
|
| |
and execution for some of the error constants.
p4raw-id: //depot/perl@13648
|
|
|
|
|
|
|
| |
good on any platform). Still not working in BeOS
are the E constants that refer BeOS native error
constants (B_...) which are enums (*groan*).
p4raw-id: //depot/perl@13610
|
|
|
|
|
|
|
|
| |
based on
Subject: [ID 20011116.124] perl 5.6.1 with Intel's icc on RedHat Linux 7.2
Message-Id: <20011116173157.2322.qmail@web20904.mail.yahoo.com>
p4raw-id: //depot/perl@13053
|
|
|
|
|
|
|
|
|
| |
Message-ID: <m1wv193wnl.fsf@halfdome.holdit.com>
(two of the changes)
Better coexistence with extensions.
p4raw-id: //depot/perl@12816
|
|
|
|
|
| |
by CPAN.pm, use rather _00.
p4raw-id: //depot/perl@11047
|
|
|
| |
p4raw-id: //depot/perl@10949
|
|
|
| |
p4raw-id: //depot/perl@10948
|
|
|
|
|
| |
the -dM flag, from Daniel Ashton <jdashton@AshtonFam.org>.
p4raw-id: //depot/perl@10947
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
No doubt I made some mistakes like missed some files or
misnamed some files. The naming rules were more or less:
(1) if the module is from CPAN, follows its ways, be it
t/*.t or test.pl.
(2) otherwise if there are multiple tests for a module
put them in a t/
(3) otherwise if there's only one test put it in Module.t
(4) helper files go to module/ (locale, strict, warnings)
(5) use longer filenames now that we can (but e.g. the
compat-0.6.t and the Text::Balanced test files still
were renamed to be more civil against the 8.3 people)
installperl was updated appropriately not to install the
*.t files or the help files from under lib.
TODO: some helper files still remain under t/ that could
follow their 'masters'. UPDATE: On second thoughts, why
should they. They can continue to live under t/lib, and
in fact the locale/strict/warnings helpers that were moved
could be moved back. This way the amount of non-installable
stuff under lib/ stays smaller.
p4raw-id: //depot/perl@10676
|
|
|
| |
p4raw-id: //depot/perl@10643
|
|
|
| |
p4raw-id: //depot/perl@9558
|
|
|
|
|
| |
Message-Id: <p05010401b6d02f70211f@[10.0.1.177]>
p4raw-id: //depot/perl@9099
|
|
|
|
|
|
| |
Subject: [perl-5-6-1-trial2] patches for EPOC
Message-ID: <Pine.LNX.4.02.10101312314470.5682-100000@milkyway.science-computing.de>
p4raw-id: //depot/perl@8650
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10012141548200.57557-100000@aspara.forte.com>
p4raw-id: //depot/perl@8126
|
|
|
|
|
|
|
|
| |
but I think it can be generalized).
Subject: Re: connect and $!{EINPROGRESS} pb (was [ID 20001030.010] [PATCH] io_multihomed.t failing)
Message-ID: <ly8zqygn4x.fsf@leia.mandrakesoft.com>
p4raw-id: //depot/perl@7565
|
|
|
|
|
|
| |
Subject: [PATCH] Re: Problems compiling bleadperl on Unicos 9
Message-ID: <867l8hy0hx.fsf_-_@tezcatlipoca.algonet.se>
p4raw-id: //depot/perl@7067
|
|
|
| |
p4raw-id: //depot/perl@5507
|
|
|
| |
p4raw-id: //depot/perl@5160
|
|
|
|
|
| |
for that)
p4raw-id: //depot/perl@5147
|
|
|
| |
p4raw-id: //depot/cfgperl@4597
|
|
|
|
|
| |
(can happen in UNICOS)
p4raw-id: //depot/cfgperl@4596
|
|
|
|
|
|
| |
p4raw-link: @4565 on //depot/cfgperl: 6688c047a9590c3f89dc0c1c9d684b235df668c4
p4raw-link: @4561 on //depot/cfgperl: 8bc9d5905854a266b70e2103e09a997741ac5d52
p4raw-id: //depot/perl@4575
|
|
|
|
|
|
| |
because it may contain host/node identification like
CPU serial numbers.
p4raw-id: //depot/cfgperl@4561
|