Implemented with the new object model. There are now two ways to set a
vtable override at runtime: calling the 'add_method' method with the
named parameter "vtable => 1", or calling the vtable function
'add_vtable_override'.
On 5/3/07, Allison Randal <[EMAIL PROTECTED]> wrote:
Alek Storm wrote:
> I'm almost done with the PDD15 implementation of vtable overriding. It
> adds
> the 'add_vtable_method' PCCMETHOD to Class, but also adds methods to the
> vtable in 'add_method', if they have the :vtable pragma set, like t
Allison Randal <[EMAIL PROTECTED]> wrote:
For classes, the 'add_method' method takes a named parameter to say
whether it's a vtable function. And, vtable functions aren't stored in
the namespace at all anymore, but in a data structure inside the class,
so you wouldn't have 'root' and 'hll' varian
Matt Diephouse (via RT) wrote:
There's no real way to set a vtable function at runtime. It's
possible to use the PIR compiler to eval a new function, but there's
no way to take an existing sub and add it as a vtable function[1].
Before :vtable, this operation simply meant adding the sub to t
Alek Storm wrote:
I'm almost done with the PDD15 implementation of vtable overriding. It
adds
the 'add_vtable_method' PCCMETHOD to Class, but also adds methods to the
vtable in 'add_method', if they have the :vtable pragma set, like the old
object system. I kept this capability for compatibili
On 5/2/07, via RT Matt Diephouse <[EMAIL PROTECTED] > wrote:
There's no real way to set a vtable function at runtime. It's
possible to use the PIR compiler to eval a new function, but there's
no way to take an existing sub and add it as a vtable function[1].
Before :vtable, this operation simpl
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #42865]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42865 >
There's no real way to set a vtable function at runtime. It's
possible to use the PI
