Chaim Frenkel <[EMAIL PROTECTED]> writes: >>>>>> "GB" == Graham Barr <[EMAIL PROTECTED]> writes: > >GB> The optree needs to know what to perform. an op_call_method needs >GB> to know which method. > >I was hoping that the optree (or whatever) would have a static offset >into the vtbl. If it has to be static then name => index has to be global across all classes as ISA tree adds leaves and reconverges. Op could have a static name and lookup in a hash ;-) > >You seem to think that that's not feasible. See my earlier summary - static index is possible if mapping is global, then vtable is sparse. >If the optree needs to >be modified we are going to have major pain for threading. Good point - worth remembering when we get to op-tree structure ... -- Nick Ing-Simmons
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Dan Sugalski
- selectively invalidating cached inherited methods (as Re:... David L. Nicol
- Re: selectively invalidating cached inherited methods (as... Dan Sugalski
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. David L. Nicol
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Nick Ing-Simmons