[issue23030] lru_cache manual get/put

2014-12-14 Thread Constantin
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

[issue23030] lru_cache manual get/put

2014-12-13 Thread Raymond Hettinger
Raymond Hettinger added the comment: Sorry Constantin, I am rejecting this proposal or any variants of it. * As Nick pointed-out in the referenced thread, we provide two tools: a functools caching decorator that is tightly focused on the task of caching function calls and a collections Ordered

[issue23030] lru_cache manual get/put

2014-12-13 Thread Constantin
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 fu

[issue23030] lru_cache manual get/put

2014-12-11 Thread Raymond Hettinger
Changes by Raymond Hettinger : -- assignee: -> rhettinger priority: normal -> low ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23030] lru_cache manual get/put

2014-12-11 Thread Josh Rosenberg
Josh Rosenberg added the comment: Manual adding to the cache seems of limited utility for the proposed recursion base case approach when your cache is actually operating in LRU mode (maxsize isn't None). You can inject your base cases all you want, but unless you wrap every call to the decorat

[issue23030] lru_cache manual get/put

2014-12-11 Thread Ethan Furman
Ethan Furman added the comment: When reading this thread, keep in mind that most of it was taken up with rejecting exposing the underlying data structure, which is not what this patch does. https://mail.python.org/pipermail/python-ideas/2014-December/030230.html -- __

[issue23030] lru_cache manual get/put

2014-12-11 Thread R. David Murray
R. David Murray added the comment: It would be helpful (and provide a better record) if you could provide a link to the python-ideas discussion that endorses your idea. -- nosy: +r.david.murray ___ Python tracker

[issue23030] lru_cache manual get/put

2014-12-11 Thread Ethan Furman
Changes by Ethan Furman : -- nosy: +ncoghlan, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue23030] lru_cache manual get/put

2014-12-11 Thread Ethan Furman
Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23030] lru_cache manual get/put

2014-12-11 Thread Constantin
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 functools.l