Graham Barr wrote: > > On Thu, Aug 10, 2000 at 06:26:24PM -0400, Chaim Frenkel wrote: > > >>>>> "NI" == Nick Ing-Simmons <[EMAIL PROTECTED]> writes: > > > > NI> You just re-invented "look up the name in a hash table" ;-) > > > > I thought I was saving the constant search along the @ISA, do it only > > once. > > Well perl5 already does that. The first time a method is called it searchs > ISA, but it caches the result in the package the object is blessed > into, so next time it finds it without searching ISA > > Graham. One assumes that if you redefine (@ISA) perl5 throws away this cache? If D isa C isa B and D looked up method f and found it in B's methods, then C redefines itself as an A, does perl5 figure out to throw away D->f ? I mean, who redefines ISA at run time? People who are frustrated that the OS won't let them write self-modifying assembly programs anymore? And how did Ing-Simmons get on the reply-to-all CC list twice? -- David Nicol 816.235.1187 [EMAIL PROTECTED] :wq
- 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
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Nick Ing-Simmons
- Re: Ramblings on "base class" for SV etc. Ken Fox
- Re: Ramblings on "base class" for SV etc. Larry Wall
- Re: Ramblings on "base class" for SV etc. Dan Sugalski
- Re: Ramblings on "base class" for SV etc. Chaim Frenkel
- Re: Ramblings on "base class" for SV etc. Dan Sugalski
- Re: Ramblings on "base class" for SV etc. Larry Wall