Automated smoke report for 5.9.0 patch 25354
accognoscere.homeunix.org: AMD Athlon(TM) XP 1800+ (AuthenticAMD 686-class)
(i386/1 cpu)
onopenbsd - 3.6
using cc version 2.95.3 20010125 (prerelease, propolice)
smoketime 3 minutes 2 seconds (average 22.750 seconds)
Summary:
-Ursprüngliche Nachricht-
Von: Rafael Garcia-Suarez [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 5. September 2005 16:24
An: Dintelmann, Peter
Cc: perl5-porters@perl.org
Betreff: Re: _ handle and sub _
On 9/5/05, Dintelmann, Peter [EMAIL PROTECTED] wrote:
When a subroutine _ is
Graham Barr wrote:
I have made a new IO release with files from the repository. I did
need to make some change so that it would compile with 5.6.1
Thanks, I applied it as such :
Change 25355 on 2005/09/06 by [EMAIL PROTECTED]
Upgrade to IO 1.22 from gbarr
- Adjust the
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
John E. Malmberg wrote:
Initial results on 25308 blead on OpenVMS/Alpha.
...
ext/Compress/Zlib/t/03examplesFAILED at test 10
ext/Compress/Zlib/t/06gzdopen.FAILED--unexpected output at
test 0
...
Failed 16
Nicholas Clark wrote:
On Fri, Sep 02, 2005 at 12:07:21PM +0200, Rafael Garcia-Suarez wrote:
OK, Runops::Switch 0.01 just uploaded to CPAN.
From my very first tests, it's slower.
To make it faster, would it need to inline the hot ops?
OK, 0.02 uploaded to play with :
0.02 - 06 Sep
On Tue, Sep 06, 2005 at 12:43:48PM +0200, Rafael Garcia-Suarez wrote:
Nicholas Clark wrote:
On Fri, Sep 02, 2005 at 12:07:21PM +0200, Rafael Garcia-Suarez wrote:
OK, Runops::Switch 0.01 just uploaded to CPAN.
From my very first tests, it's slower.
To make it faster, would it
Automated smoke report for 5.9.3 patch 25354
fixit.xs4all.nl: Pentium II (i386/1 cpu)
onbsd/os - 4.1
using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
smoketime 3 hours 56 minutes (average 1 hour 58 minutes)
Summary: FAIL(F)
O = OK F = Failure(s), extended
On Tue, 06 Sep 2005, Nicholas Clark wrote:
On Tue, Sep 06, 2005 at 12:43:48PM +0200, Rafael Garcia-Suarez wrote:
Here's an arguably contrived example :
$ time perl -e '$i=0;while(++$i1000){$i=~/00/ and $y = 0}'
4.20user 0.00system 0:04.21elapsed 99%CPU (0avgtext+0avgdata
Yitzchak Scott-Thoennes wrote:
However, the bug I thought was there indeed was for scalar magic:
sub TIESCALAR { bless {} }
sub FETCH { my $x=3.3; 1 if 0+$x; $x }
tie $h, main; print $h;
prints 3 and should IMO print 3.3.
The following fixes it, though I haven't run full tests yet:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #37091]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37091
This is a bug report for perl from [EMAIL PROTECTED],
generated with the
Nicholas Clark wrote:
On Sat, Aug 20, 2005 at 10:03:50AM -0600, Jim Cromie wrote:
ALSO (near the top, so everyone reads it)
please note the comment below. I think Im missing something, perhaps an old
bug / suboptimality.
static int sizeof_body_by_svtype[] = {
0,/* SVt_NULLs,
On Wed, Aug 31, 2005 at 05:32:25AM -0700, Thilo Girmann wrote:
The statement $s = $1 causes Perl to re-use the string abcd
for storing the first half (ab) and add a terminating zero.
$2 still points to the original second half but the character
c got overwritten neanwhile.
So if the bug is
On Tue, Sep 06, 2005 at 07:14:27PM +0100, Nicholas Clark wrote:
On Wed, Aug 31, 2005 at 05:32:25AM -0700, Thilo Girmann wrote:
The statement $s = $1 causes Perl to re-use the string abcd
for storing the first half (ab) and add a terminating zero.
$2 still points to the original second
Syncs the core with CPAN
Paul
zlib-1.38.patch.gz
Description: GNU Zip compressed data
On 9/6/05, Paul Marquess [EMAIL PROTECTED] wrote:
Syncs the core with CPAN
Thanks, applied as change #25361.
On Sep 6, 2005, at 04:14 AM, Rafael Garcia-Suarez wrote:
I have made a new IO release with files from the repository. I did
need to make some change so that it would compile with 5.6.1
Thanks, I applied it as such :
Change 25355 on 2005/09/06 by [EMAIL PROTECTED]
Upgrade to IO 1.22
16 matches
Mail list logo
