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 rep
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
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
Changes by Constantin Veretennicov kveretenni...@gmail.com:
--
nosy: +kveretennicov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1776674
Changes by Constantin Veretennicov kveretenni...@gmail.com:
--
nosy: +kveretennicov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9584
Changes by Constantin Veretennicov kveretenni...@gmail.com:
--
nosy: +kveretennicov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4573
Changes by Constantin Veretennicov kveretenni...@gmail.com:
--
nosy: +kveretennicov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8402