[Python-Dev] PEP 329: Treating Builtins as Constants inthe
Standard Library
Phillip J. Eby
pje at telecommunity.com
Mon Apr 19 20:43:49 EDT 2004
At 05:23 PM 4/19/04 -0700, Guido van Rossum wrote:
> > This suggests that there should be some way of disabling
> > the optimisation from *outside* the module. Not sure what
> > that would be, though.
>
>A command line flag?
For that to work, there'd need to be some place to store the names of the
modules to which one wished to apply this "pessimization". That being the
case, one might as well expose an API to Python for that, rather than
forcing the issue up to the command line and thereby reducing modularity,
as well as possibly being an issue for embedders, Jython, et al.
Anyway, the API would give you a function to call if you want to disable
optimization for a module in order to monkeypatch it. That function would
then raise an error if the module in question was already imported with
optimization enabled, or if the runtime environment disallows such changes
(e.g. if Jython, IronPython, or various hypothetical
Python-to-static-language translators want to disallow monkeypatching).
One possibly interesting use case is Pyrex, which would like to be able to
disallow modifications to built-ins in order to translate e.g. 'len()' into
C. It would be nice if there's a way for C modules to "play nice" with the
mechanisms under discussion. Specifically, if there's a way for them to
declare metadata of the same sort that's contemplated for indicating what
attributes of a module are modifiable from outside.
More information about the Python-Dev
mailing list