I'll send this out more widely on Tuesday, but here it is...
--
A great crowd of people were standing all round the Stone Table and
though the moon was shining many of them carried torches which burned
with evil-looking red flames and black smoke. But such people! Ogres
Unless I hear howls of pain to the contrary, Parrot 0.0.3 will be
released in the next few hours. So if there's anything life-threatening
that needs changing, let me know now.
Oh, and I renamed test_prog, to see who's watching.
--
> I never thought I'd say this, but you're getting very strange.
Attention PMC class implementors! Sometimes you'll not feel like
implementing some vtable method or other. Don't worry; instead of
bloating Parrot with loats of functions which do exactly the same thing
in deriving common operations like "logical_or" from first principles,
you can now inherit them
Re: PDD 4
To be a pain in the rumpus, I'm in need of some philosophical understandings.
Why is INTVAL one-size-fits-all for Perl? (I can think of two reasons right
off the bat: it's always been that way, and it's simpler/easier to code and
maintain (casting issues and the like).
Currently, a
On Friday 07 December 2001 10:46 pm, Bryan C. Warnock wrote:
> I need - er, strike that - really, really could use some absolute C type
> abstraction (in addition to our current relative system).
>
> Any objections? Any objections to P_INTxx, P_UINTxx, and P_FLxx?
> Something longer? (Don't wan
On Fri, 7 Dec 2001, Bryan C. Warnock wrote:
> Either way, just yesterday I was commenting to Dan that we could forego one
> more external dependency by doing dependencies "a la" make, rather than
> "via". (The idea being that an initial bootstrap is rather straightforward.
> Then again, how we
-- Forwarded message --
Date: Fri, 7 Dec 2001 17:25:31 -0800 (PST)
From: Ask Bjoern Hansen <[EMAIL PROTECTED]>
Subject: cvs.perl.org downtime
hi committers,
the city is doing some compliance testing whatever on the building
where cvs.perl.org is this Sunday (don't ask, I think it
