From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Thu, 12 May 2005 09:19:00 +0200
Bob Rogers wrote:
>
> I'm sorry, but I'm still seeing the same syndrome in r8070, segfaulting
> in the same place, though now for only a subset of *.pbc files . . .
Yet another uninitialized poin
Leopold Toetsch wrote:
[EMAIL PROTECTED] wrote:
I've written some files to go into examples/benchmark which time the
raw throughput of the md5 part, which excluding the load/compile
phases.
That's not really needed. Startup time is almost nothing with file
sizes bigger then some MB. And below tha
Tim wrote:
Fresh (and first) checkout and build of parrot (#8075)
first???\ :-)
Failed TestStat Wstat Total Fail Failed List of Failed
---
t/dynclass/pyint.t1 256261 3.85% 26
This test shoul
[EMAIL PROTECTED] wrote:
I've written some files to go into examples/benchmark which time the
raw throughput of the md5 part, which excluding the load/compile
phases.
That's not really needed. Startup time is almost nothing with file sizes
bigger then some MB. And below that, you don't get reasona
Hello,
In the current SVN repository are 76 .cvsignore files. In SVN they aren't used
any more. SVN uses the property 'svn:ignore' on a directory instead.
During the cvs => svn transition the svn:ignore properties were set but in
the recent weeks they started to diverge. Currently (r8078) 22 .cv
[EMAIL PROTECTED] wrote:
> Leopold Toetsch wrote:
>
> > parrot -j ord 1.10 user 1.26 real # opt. build rev 8072
>
> and another 20% by inlining the fast path of the array get (set_i_p_ki)
>
> 0.91 user 1.09 real # opt build rev 8076
I've written some files to go into ex
Fresh (and first) checkout and build of parrot (#8075)
on a Mac running OSX 10.3 using the default perl v5.8.1-RC3 built for
darwin-thread-multi-2level.
Failed two tests. Are these known problems or should I dig deeper?
Tim.
t/pmc/config...NOK 2# Failed test (t/pmc/config.t a
Leopold Toetsch wrote:
parrot -j ord 1.10 user 1.26 real # opt. build rev 8072
and another 20% by inlining the fast path of the array get (set_i_p_ki)
0.91 user 1.09 real # opt build rev 8076
Now its your turn to process files blockwise ;-)
leo
[My reply below likely belongs on either perl6-compiler or perl6-language,
but I didn't want to do a lot of cross-posting, so I'm replying
to perl6-internals for now (with apologies to p6i) and followups
should probably go to p6c or p6l. --Pm]
On Thu, May 12, 2005 at 01:51:04AM -0400, Dino Morel
On 5/12/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Jerry Gay <[EMAIL PROTECTED]> wrote:
>
> > i'm converting many of the remaining internal_exception() calls to
> > real_exception() (except unimplemented ops, and other valid internal
> > exceptions)
>
> Fine, thanks - applied.
>
> Just cur
On Thursday 12 May 2005 04:58, Patrick R. Michaud wrote:
> On Wed, May 11, 2005 at 09:49:47AM +0200, Jens Rieks wrote:
> > On Wednesday 11 May 2005 04:30, Patrick R. Michaud wrote:
> > > ...well, in looking at it some more it's reasonable until I see
> > > that returning -1 is the way the other fin
Jerry Gay <[EMAIL PROTECTED]> wrote:
> i'm converting many of the remaining internal_exception() calls to
> real_exception() (except unimplemented ops, and other valid internal
> exceptions)
Fine, thanks - applied.
Just curious: what's the difference between these two:
E_IndexError,
Leo,
Wow! That's quite a bit of JIT code that you've just rustled up! I'll have to
wait until this evening before I can properly try it, but those results look
real good! I guess comparison with the XS version is the 'fairest' (similar
executable size and startup time), in which case we're abou
Nick Glencross wrote:
Having looked into it a little further, it actually looks like the 'ord'
operation is a significant part of the (JIT) run, perhaps as much as
50%, which seems disproportionately high... (you can just comment out
the ord to see this)
Yeah, string_ord() isn't really fast, but
On Wed, May 11, 2005 at 06:09:00PM -0400, Dino Morelli wrote:
> >Feel free to correct 'no_plan'. I'll happily apply any and all
> >patches to the tests, and those with commit privs are welcome
> >to directly modify the t/p6rules/*.t files at any time.
> >
>
> Speak of the devil -- I started worki
Robert has migrated ponie to subversion:
http://svn.perl.org/ponie/
http://svn.perl.org/viewcvs/ponie/
I've RTFM and then tweaked the svn:external property so that
svn co http://svn.perl.org/ponie/trunk ponie
will automatically check out parrot's trunk in the right place.
For me it pass
Bob Rogers wrote:
I'm sorry, but I'm still seeing the same syndrome in r8070, segfaulting
in the same place, though now for only a subset of *.pbc files . . .
Yet another uninitialized pointer variable - fixed.
-- Bob
Thanks for reporting.
BTW could you/someone make a test for disassemble, to
17 matches
Mail list logo
