Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #11492
| From | Gregory Ewing <greg.ewing@canterbury.ac.nz> |
|---|---|
| Newsgroups | comp.lang.python |
| Subject | Re: surprising interaction between function scope and class namespace |
| Date | 2011-08-16 13:08 +1200 |
| Message-ID | <9atu8nFebsU1@mid.individual.net> (permalink) |
| References | <mailman.5.1313400826.27778.python-list@python.org> <j2at40$8h6$1@solani.org> |
Peter Otten wrote: > LOAD_NAME is pretty dumb, it looks into the local namespace and if that > lookup fails falls back to the global namespace. Someone probably thought "I > can do better", and reused the static name lookup for nested functions for > names that occur only on the right-hand side of assignments in a class. I doubt that it was a conscious decision -- it just falls out of the way the compiler looks up names in its symbol table. In case 1, the compiler finds the name 'a' in the function's local namespace and generates a LOAD_FAST opcode, because that's what it does for all function-local names. In case 2, it finds it in the local namespace of the class and generates LOAD_NAME, because that's what it does for all class-local names. The weirdness arises because classes make use of vestiges of the old two-namespace system, which bypasses lexical scoping at run time. -- Greg
Back to comp.lang.python | Previous | Next — Previous in thread | Find similar | Unroll thread
surprising interaction between function scope and class namespace Stefan Behnel <stefan_ml@behnel.de> - 2011-08-15 11:33 +0200
Re: surprising interaction between function scope and class namespace Duncan Booth <duncan.booth@invalid.invalid> - 2011-08-15 10:18 +0000
Re: surprising interaction between function scope and class namespace Peter Otten <__peter__@web.de> - 2011-08-15 12:42 +0200
Re: surprising interaction between function scope and class namespace Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2011-08-16 13:08 +1200
csiph-web