homepage

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author serhiy.storchaka
Recipients eric.smith, methane, ncoghlan, rhettinger, serhiy.storchaka, xiang.zhang
Date 2016年12月03日.10:37:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1480761473.55.0.203580428786.issue28638@psf.upfronthosting.co.za>
In-reply-to
Content
Argument Clinic is used just for running the generating code and inlining the result. This is the simplest part of Argument Clinic and using it looks an overhead. Argument Clinic has other disadvantages:
* In any case you need a rule in Makefile, otherwise the generated code can became outdated.
* Generated code depends not just on the generator code, but on the code of the collections module.
* Even tiny change in the generating code, namedtuple implementation or Argument Clinic code could need regenerating generated code with different checksums.
My second idea, more general solution, was making namedtuple itself using external caching. This would add a benefit for all users of namedtuple without changing a user code or with minimal changes.
namedtuple itself can save a bytecode and a source in files (like Java creates additional .class files for internal classes) and use a bytecode if it is not outdated. Generalized import machinery could be used for supporting generated code in a sync.
History
Date User Action Args
2016年12月03日 10:37:53serhiy.storchakasetrecipients: + serhiy.storchaka, rhettinger, ncoghlan, eric.smith, methane, xiang.zhang
2016年12月03日 10:37:53serhiy.storchakasetmessageid: <1480761473.55.0.203580428786.issue28638@psf.upfronthosting.co.za>
2016年12月03日 10:37:53serhiy.storchakalinkissue28638 messages
2016年12月03日 10:37:52serhiy.storchakacreate

AltStyle によって変換されたページ (->オリジナル) /