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
-- 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
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.
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 weighty
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,
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
