This patch seems to have slipped by in the post New Year's haze. It
updates Parrot's version of Test::More to 0.41 and makes Parrot::Test
use Test::Builder instead of doing Evil things to Test::More.
Less Evil is Good.
http:[EMAIL PROTECTED]/msg07760.html
--
Michael G. Schwern <[EMAIL PRO
I just committed a change to the code that moves the registers into
the interpreter structure rather than accessing the things indirectly
as we were before. Pushes and pops are a little slower as there are
memcpys involved now, but register access itself should be faster as
there's one fewer l
I just committed the fix for that Dan, disregard.
-Melvin
>Checking some things by compiling and running another small C program (this
>could take a while):
>
> Building ./testparrotsizes.cfrom testparrotsizes_c.in...
>In file included from include/parrot/string.h:18,
>
Enjoy. :)
-Melvin
Checking some things by compiling and running another small C program (this
could take a while):
Building ./testparrotsizes.cfrom testparrotsizes_c.in...
In file included from include/parrot/string.h:18,
from include/parrot/parrot.h:85,
Looking at this url:
http://tinderbox.perl.org/tinderbox/showbuilds.cgi?tree=parrot&hours=8&legend=
0
I see that somebody is compiling Parrot (current cvs) on Mac OS X 10.1.
I am running 10.1.2 Server, with Apple's second patch. This is the most
recent flavor of OS X. I'm kind of distr
On Sat, Jan 26, 2002 at 10:45:02PM +, Simon Cozens wrote:
> On Sat, Jan 26, 2002 at 10:17:12PM +, Nicholas Clark wrote:
> > But I can't see a way to tell gcc that we want to do this and locally
> > no warnings 'cast-qual'; (if you see what I mean)
> > There don't seem to be pragmata to do