New submission from Constantin:
In an effort for improved communication between stacked decorators, I would
like to propose that all decorators providing caching mechanisms should provide
the functions cache_info, cache_clear, cache_get and cache_put. The standard
lib only provides
Constantin added the comment:
It may be the case, that an lru_cache does not provide the best strategy for
reliably caching many base cases in recursively written code. I suggest that
someday we think about a different caching paradigm which fits this purpose and
add it to functools e.g. as
Constantin added the comment:
I understand your decision. Even though it makes my life a little bit harder,
it is definitely not the end of the world, the end of Python or even the end
for my libtco project.
--
___
Python tracker
<h
Changes by Constantin Veretennicov :
--
nosy: +kveretennicov
___
Python tracker
<http://bugs.python.org/issue1776674>
___
___
Python-bugs-list mailing list
Unsub
Changes by Constantin Veretennicov :
--
nosy: +kveretennicov
___
Python tracker
<http://bugs.python.org/issue9584>
___
___
Python-bugs-list mailing list
Unsub
Changes by Constantin Veretennicov :
--
nosy: +kveretennicov
___
Python tracker
<http://bugs.python.org/issue4573>
___
___
Python-bugs-list mailing list
Unsub
Changes by Constantin Veretennicov :
--
nosy: +kveretennicov
___
Python tracker
<http://bugs.python.org/issue8402>
___
___
Python-bugs-list mailing list
Unsub
