At 02:31 PM 6/6/2007 -0700, Guido van Rossum wrote: >I wonder if this may meet the needs for your PEP 3124? In >particularly, earlier on, you wrote: > >>Btw, PEP 3124 needs a way to receive the same class object at more or >>less the same moment, although in the form of a callback rather than >>a cell assignment. Guido suggested I co-ordinate with you to design >>a mechanism for this. > >Is this relevant at all?
Well, it tells us more or less where the callback would need to be. :) Although I think that __class__ should really point to the *decorated* class, rather than the undecorated one. I have used decorators before that had to re-create the class object, but can't think of any use cases where I'd have wanted to use super() to refer to the *un*decorated class. Btw, my thought on the keyword and __class__ thing is simply that the plus of having a keyword (or other compiler support) is that we don't have to have the cell variable cluttering up the frames for every single method, whether it uses super or not. Thus, my inclination is either to require explicit use of __class__ (so the compiler would know whether to include the free variable), or to make super a keyword, so that in either case, only the functions that use it must pay for the overhead. (Currently, functions that use any cell variables are invoked more slowly than ones without them; in 2.x at least there's a fast calling path for code objects with CO_NOFREE, and this change would make it useless for everything but top-level functions.) _______________________________________________ Python-3000 mailing list Python-3000@python.org http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
