I recently encountered a language, E, which has some very nifty
features for building distributed systems. The current version
of E is built on top of Java, but I wonder:
* whether E's features will (could) be supported in Perl 6
* whether E could be supported by Parrot
Here are some referen
> "LP" == Luke Palmer <[EMAIL PROTECTED]> writes:
LP> use Rule::XML;
LP> for <> {
LP> mysub($_) for m:g/(«Rule::XML::tag»)/;
LP> }
shouldn't that be in the Grammar namespace? not that we have finalized
namespaces but i was under the impression that Grammar was rese
Matt Fowles writes:
> Perl 6 Language
>idiomatic Perl 6
> StÃphane Payrard expressed a desire for more Perl 6 sample code. Luke
> Palmer issued the following, possibly foolish, response: "post some
> \"how do I\"s to the list, and I'll reply with code". Austin Hastings
> posed
Perl 6 Summary for 2005-01-11 through 2005-01-18
Welcome to yet another Perl Summary brought to you by music and pizza
(although the pizza is late in arriving). Like many summaries before it,
we start with an attempt at non sequitur and Perl 6 Language.
Perl 6 Language
idiomatic P
Dan Sugalski wrote:
Hi folks.
Welcome back!
Parrot's got the interesting, and somewhat unfortunate, requirement of
having to allow all subroutines behave as methods and all methods behave
as subroutines. (This is a perl 5 thing, but we have to make it work)
That is, an invokable PMC may be invok
Hi folks.
Sorry I've been gone so long. Non-p6i stuff's been well past
monopolizing my time. Not much of an excuse, I know, but the Real
World intrudes at the most inconvenient times. Things are, I hope,
easing up a little, though I apologize in advance if I get a little
cranky while I get back
To implement tcl's
[info nameofexecutable]
I need to get the name of the exectuable parrot was invoked with. I would
have expected to live in interpinfo, but don't see it there.
Anyone have a pointer to where this is? (If it's not in yet, I'll
add a TODO)
Matt Fowles <[EMAIL PROTECTED]> wrote:
> Leo~
> On Tue, 18 Jan 2005 16:52:52 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> That was Cdispatch> in the proposal. C is just
>> called to query one object or class, if it can do the method. Finding
>> the final (MMD) function is done separately
Leo~
On Tue, 18 Jan 2005 16:52:52 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Matt Fowles <[EMAIL PROTECTED]> wrote:
>
> > ... If we add to it support. MMD, however, is where things begin
> > to differ. Instead of havng the find_method with the extra mmd_nr, we
> > could have a MMD_Re
Matt Fowles <[EMAIL PROTECTED]> wrote:
> ... If we add to it support. MMD, however, is where things begin
> to differ. Instead of havng the find_method with the extra mmd_nr, we
> could have a MMD_Resolution PMC which would then get the mro from each
> class, and figure out which method to call
All~
On Tue, 18 Jan 2005 10:18:52 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Sam Ruby <[EMAIL PROTECTED]> wrote:
> > Leopold Toetsch wrote:
>
> >> Below inline attached is a proposal for vtable changes, mainly WRT
> >> method lookup.
>
> > First, a general question: under what circumsta
Sam Ruby <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>> Below inline attached is a proposal for vtable changes, mainly WRT
>> method lookup.
> First, a general question: under what circumstances is it OK and/or
> expected for the opcode C and the VTABLE entry
> VTABLE_get_class to return
Dave Whipp <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>> 1) rename vtable->data to vtable->class
>>
>> All current usage of the 'void *data' vtable element is as the object's
>> class. So it should read "PMC *class".
> Its a minor thing, but I would try to avoid using identifiers that ar
13 matches
Mail list logo
