Dan Sugalski wrote: > >What if the decision in-vtable or not-in-vtable is deferred? > > That's doable, I think, though I can see some issues. how about a two-tiered vtable, where a single high bit, if set, indicates extended handling, or at least consultation of a different table. I guess that amounts to the same as having a set number of "extended" entries that indicate check elsewhere to decide what do do now. Which again causes mind-expoloding possibilities, except that there is no reason to keep all possibilities in mind, just open up the pandorabox and let all the evil out. > teddy bears get drunk and they all say "yodelahihu"
- Re: Tying & Overloading Dan Sugalski
- Re: Tying & Overloading Branden
- Re: Tying & Overloading Dan Sugalski
- Re: Tying & Overloading Branden
- Re: Tying & Overloading Dan Sugalski
- Re: Tying & Overloading Larry Wall
- Re: Tying & Overloading Dan Sugalski
- continuations are prerequis... David L. Nicol
- deferred vtable assignment? David L. Nicol
- Re: deferred vtable assignm... Dan Sugalski
- Re: deferred vtable assignm... David L. Nicol
- Re: deferred vtable assignm... Dan Sugalski
- Re: Tying & Overloading Kai Henningsen
- Re: Tying & Overloading Dan Sugalski
- RE: Tying & Overloading Garrett Goebel
- RE: Tying & Overloading Filipe Brandenburger
- RE: Tying & Overloading Dan Sugalski
- RE: Tying & Overloading Filipe Brandenburger
- RE: Tying & Overloading Garrett Goebel
- RE: Tying & Overloading Dan Sugalski
- RE: Re: Tying & Overloading Brent Dax