Re: Assembler PDD

2002-03-08 Thread Melvin Smith
At 11:31 PM 3/8/2002 -0500, Melvin Smith wrote: ...parrot - Some variation that could be used for version For some reason Eudora likes to change a . at beginning of line to .. ? -Melvin

Re: Assembler PDD

2002-03-08 Thread Melvin Smith
>=head2 Pragmata > >Lines beginning with a period (.) followed by some text are B >and are reserved. No pragmata are currently defined. I was supposed to organize some proposed pragmas but apparently I forgot to remind myself. I think I mailed out a couple a while back but anyway, here goes aga

Reformatting code/coding standards

2002-03-08 Thread Melvin Smith
Just my 2 cents. This is my only nitpick with the coding standards. I never cared for the style of putting return type on a separate line above the function declaration header. I like it just as the prototype. I vote for non-enforcement of this one. -Melvin

Assembler PDD

2002-03-08 Thread Simon Cozens
This is a draft of the assembly/assembler PDD; it ought to make sense without the bytecode PDD which it often refers to. I'll write that next, and follow up with an assembler, assuming vague agreement to this and that my bloody flu clears up soon. Comments welcome! =head1 TITLE The Parrot Assem

Re: Keys and Indices PDD

2002-03-08 Thread Simon Cozens
I've added this PDD to CVS after taking note of Dan's comments. -- And it should be the law: If you use the word `paradigm' without knowing what the dictionary says it means, you go to jail. No exceptions. -- David Jones

Re: Multimethod dispatch for parrot?

2002-03-08 Thread Ben Evans
On Thu, Mar 07, 2002 at 09:50:01PM +, Tim Bunce wrote: > On Thu, Mar 07, 2002 at 01:48:49PM -0500, Dan Sugalski wrote: > > Someone said: > > > > >First, there are basic native types such > > >as num, int, and string, which I'm perfectly fine with. But what bothers > > >me is the fact that big

Re: Multimethod dispatch for parrot?

2002-03-08 Thread Corwin Brust
Dear Michel, I want to thank you for voicing so articulately your opinion, which has encouraged me to voice my own. Not sure if this is worth your two cents but I'm feeling like, even though using the ultra slickest or heaviest tools will (may? show's what I know:) probably give us a performance

Re: Multimethod dispatch for parrot?

2002-03-08 Thread Michel J Lambert
> Yes. We will, for actual method and sub dispatch. Not for the other > vtable methods, though. I guess my big 'complaint' was against using vtables for the variety of operators, due to the inherent asymmetry in them. I knew Perl6 is going to have MMD, but I didn't know how deep that support is g