On Wed, Sep 24, 2008 at 4:31 PM, chromatic <[EMAIL PROTECTED]> wrote: > On Wednesday 24 September 2008 11:22:22 [EMAIL PROTECTED] wrote: > >> Modified: >> trunk/docs/book/ch04_pir_subroutines.pod >> trunk/docs/book/ch09_hlls.pod >> >> Log: >> [Book] Add some basic info about VTables and HLL namespaces. >> >> Modified: trunk/docs/book/ch04_pir_subroutines.pod >> --- trunk/docs/book/ch04_pir_subroutines.pod (original) >> +++ trunk/docs/book/ch04_pir_subroutines.pod Wed Sep 24 11:22:22 2008 >> @@ -490,6 +490,63 @@ >> >> =head3 VTABLE Methods > > They're not really methods in any PIR or C sense though (I usually use the > term "entry"), as they're not really inherited nor invoked through a dispatch > scheme and they're stored elseways from methods on classes and PMCs, and I've > never seen them spelled other than VTABLE in the source and vtable in > discussion. Otherwise, the information here is correct. > i believe (without looking) that the pmc pdd calls them "vtable functions".
i really wish the "vtable methods" meme would die. they're not methods. they are a collection functions which define the api to access the pmc, parrot's abstract data type. ~jerry
