At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote:
This is an unordered list of issues - mainly design questions - about
the specific implementation of some parts.
Interpreter globals
---
We have real globals (e.g. Parrot_base_vtables, Env) and per
interpreter/thread globals (e.g. cla
Dan Sugalski wrote:
>
> At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote:
[snip]
> >PMC methods
> >---
> >ParrotIO has methods via find_method/invoke. Should that be a general
> >mechanism in default.pmc with one vtable slot for the meth hash?
>
> We're going to want lexially nested method
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Dan Sugalski wrote:
>>
>> At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote:
>[snip]
>> >PMC methods
>> >---
>> >ParrotIO has methods via find_method/invoke. Should that be a general
>> >mechanism in default.pmc with one vtable slot for the meth
This is an unordered list of issues - mainly design questions - about
the specific implementation of some parts.
Interpreter globals
---
We have real globals (e.g. Parrot_base_vtables, Env) and per
interpreter/thread globals (e.g. classname_hash). I think best is to
have the former
