Closed luser closed 7 years ago
Thanks for the pull request, and welcome! The contain-rs team is excited to review your changes, and you should hear from @huonw (or someone else) soon.
If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. The way Github handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.
Ping on this. We're really like to publish a new sccache release, but it's blocked on being able to use these features of lru-cache. If they're acceptable, could you please merge and publish a new crate release?
sccache has forked this repo, and we don't seem to have the bandwidth to maintain this anymore. Closing.
@Gankro, If you don't have bandwidth to maintain the crate any more, could you add @luser and I to the crates.io page so we can go forward with our fork as the publicly available crate?
Details of this decision here: https://users.rust-lang.org/t/all-contain-rs-crates-are-now-in-maintenance-mode/12056
@rillian I'll strongly consider it, but I'd like to wait a few days to think about the situation and gather responses. I don't know you two super well, so I'm not immediately confident in handing over all the users of this crate to y'all.
np. Thanks for the context!
I built something atop my changes in https://github.com/contain-rs/lru-cache/pull/40 and I wound up needing a pair of small additional changes:
get
method that returned a non-mutable reference, since my changes in that PR makeget_mut
available only when using the defaultCount
metric, so when using a different metric there's no way to actually get items from the cache. This differs from the immutable get PR in that it still updates the LRU state of the cache, it just returns a non-mutable reference to the cache entry.contains_key
without having a mutable reference to the cache, which is pretty simple (maybe the underlyingLinkedHashMap
didn't implementcontains_key
when this code was originally written?)