Tcl Source Code

These are some additional public API's which would allow (at least for itcl-ng) to not need tclOOInt.h in the code.

see attached files (Include part and code part).

Logged In: YES 
user_id=79902
Originator: NO

I've now got TclOOObjectSetMixins and TclOOClassSetMixins in the internal stub table. While I'm not yet sure that the API is perfect (hence they're not public) they're probably good enough if you're already using tclOOInt.h.

Logged In: YES 
user_id=558925
Originator: YES

I am now using all the new interfaces you are providing. Thanks for providing them. I am now also using the mixin management as you suggested.

Logged In: YES 
user_id=79902
Originator: NO

Everything done except the mixin management; that's a lot more complex because being a mixin requires a correct relationship back the other way. And the appropriate epoch also has to be incremented to flush all relevant caches too. It's currently easier to use Tcl_EvalObjv to invoke 'oo::define mixin' with the right arguments...

Logged In: YES 
user_id=79902
Originator: NO

I'm not sure that those two mixin-related functions are the right ones to expose. They're a bit low-level, and are just there to make managing the data structures easy.

Other functions are all now exposed either publicly or through the private stubs table.

Logged In: YES 
user_id=558925
Originator: YES

In the meantime I have figured out, that it would be enough to have the following functions of TclOO in the internal stubs table:
TclOOAddToMixinSubs
TclOORemoveFromMixinSubs
TclOONewForwardMethod
TclOONewForwardClassMethod
and (see RFE 1842588)
Tcl_ObjectSetMapMethodNameProc (or maybe better naming: TclOOObjectSetMapMethodNameProc)

File Added - 256948: itclNeededFromTclOO.h

Logged In: YES 
user_id=558925
Originator: YES

File Added: itclNeededFromTclOO.h

File Added - 256947: itclNeededFromTclOO.c