I'm not convinced this is very good. But I believe that it is an accurate
mission statement, for at least one of our goals:
Perl internals slow,
nigh on unmaintainable.
So we write parrot.
Nicholas Clark
Nicholas Clark [EMAIL PROTECTED] writes:
Perl internals slow,
nigh on unmaintainable.
So we write parrot.
Parrot: not just Perl
but punctuated prowess
perfected -- Befunge.
/s
Nicholas Clark:
# Perl internals slow,
# nigh on unmaintainable.
# So we write parrot.
Soon we all decide
That others could use it too.
Cherry trees blossom.
:^)
--Brent Dax [EMAIL PROTECTED]
Perl and Parrot hacker
Yeah, and my underwear is flame-retardant--that doesn't mean I'm gonna
On Thu, Aug 28, 2003 at 12:11:12AM +0100, Nicholas Clark wrote:
I'm not convinced this is very good. But I believe that it is an accurate
mission statement, for at least one of our goals:
Perl internals slow,
nigh on unmaintainable.
So we write parrot.
Sounds like PONIE.
--
On Wed, Aug 27, 2003 at 04:14:15PM -0700, Michael G Schwern wrote:
On Thu, Aug 28, 2003 at 12:11:12AM +0100, Nicholas Clark wrote:
I'm not convinced this is very good. But I believe that it is an accurate
mission statement, for at least one of our goals:
Perl internals slow,
nigh
The issues WRT the union initializer are gone now (can people please
test, if the program below compiles cleanly now) - but:
- make_COW_* sets flag on the source string [1]
- if that is solved (with a special RO flag, or whatever) we have:
- string_make sets a default type and encoding if these
Hello,
last week I send in a patch which creates io/io_private.h, but nobody
replied to it. The classical Warnock's Dilemma. I have the strange
feeling that its because nobody read my mail, because sometimes the
p6i mailinglist does not like mail with attachments. But otherwise it
made its way to
Juergen Boemmels [EMAIL PROTECTED] wrote:
Hello,
last week I send in a patch which creates io/io_private.h, but nobody
replied to it. The classical Warnock's Dilemma. I have the strange
feeling that its because nobody read my mail,
Sorry, forgot about that patch. Applied, thanks for your
find_global throws an exception even if the variable in that entry is
undef, which is just silly. This patch fixes it to only throw an
exception when it hasn't actually been store_global'd.
I personally think that it should never throw an exception -- that it
should always just return undef if
D:\build\parrotnmake
...
cl -nologo -Od -MD -Zi -DDEBUGGING -DWIN32 -D_CONSOLE -DNO_STRICT
I../include -Focsub.obj -c csub.c
csub.c
csub.pmc(47) : error C2039: 'ptrs' : is not a member of '__unnamed'
../include\parrot/pobj.h(38) : see declaration of '__unnamed'
NMAKE : fatal
Benjamin Goldberg [EMAIL PROTECTED] writes:
Luke Palmer wrote:
I started working on some XS code for embedding a Parrot interpreter in
Perl. I ran into a few problems:
1) I don't know XS :-) (good way to learn, though)
2) What do I put as stacktop in Parrot_init()? I
Juergen Boemmels [EMAIL PROTECTED] wrote:
Benjamin Goldberg [EMAIL PROTECTED] writes:
If our DoD is no longer walking the C stack, then stacktop should no
longer be needed. Until the code is changed, just pass NULL.
AFAIK, the stack is still walked. (I don't like this but thats a
diffrent
Juergen Boemmels [EMAIL PROTECTED] writes:
I have the strange
feeling that its because nobody read my mail, because sometimes the
p6i mailinglist does not like mail with attachments.
That's ezmlm-idx which doesn't like Gnus' minimalistic approach to
Content-type in text-attachments. I've
On 28 Aug 2003, Juergen Boemmels wrote:
Hello,
last week I send in a patch which creates io/io_private.h, but nobody
replied to it. The classical Warnock's Dilemma. I have the strange
feeling that its because nobody read my mail, because sometimes the
p6i mailinglist does not like mail
Hi. Hugely newbie at Parroting, but think it's the coolest.
So I was bummed to see that Befunge and BASIC had already been
parroted. (And Clinton Pierce even ported QuickBasic, which makes my
Language::Basic completely useless. Argh!) Then I thought, What about
Z-machine?! I was surprised to see
Vladimir Lipskiy [EMAIL PROTECTED] wrote:
struct {/* PMC unionval members */
DPOINTER* _struct_val; /* two ptrs, both are defines
Changed like above, thanks.
leo
Luke Palmer [EMAIL PROTECTED] wrote:
find_global throws an exception even if the variable in that entry is
undef, which is just silly. This patch fixes it to only throw an
exception when it hasn't actually been store_global'd.
Thanks, applied.
I personally think that it should never throw
Dan Sugalski [EMAIL PROTECTED] wrote:
I see Leo's got the patch in, but... have we gotten you CVS access yet?
You're the defacto IO maintainer at the moment, so it'd make sense to do
so.
Yep. Juergen's patches are fine, I second that.
Dan
leo
At 12:04 PM 8/28/2003 +0200, Juergen Boemmels wrote:
Hello,
last week I send in a patch which creates io/io_private.h, but nobody
replied to it. The classical Warnock's Dilemma. I have the strange
feeling that its because nobody read my mail, because sometimes the
p6i mailinglist does not like
Luke Palmer [EMAIL PROTECTED] wrote:
2) What do I put as stacktop in Parrot_init()?
Its gone. stacktop is now set internally before entering the run loop.
Thanks,
Luke
leo
Leopold Toetsch [EMAIL PROTECTED] writes:
The issues WRT the union initializer are gone now (can people please
test, if the program below compiles cleanly now) - but:
- make_COW_* sets flag on the source string [1]
- if that is solved (with a special RO flag, or whatever) we have:
-
On Thursday, August 28, 2003, at 01:44 AM, Nicholas Clark wrote:
On Wed, Aug 27, 2003 at 04:14:15PM -0700, Michael G Schwern wrote:
Sounds like PONIE.
Nah. Reasoning there is slightly different. Maybe:
Perl 6 running late,
won't run existing CPAN,
I want a Ponie
Refactoring: good!
At 3:53 PM +0200 8/28/03, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
I see Leo's got the patch in, but... have we gotten you CVS access yet?
You're the defacto IO maintainer at the moment, so it'd make sense to do
so.
Yep. Juergen's patches are fine, I second that.
I put in
23 matches
Mail list logo