-
Notifications
You must be signed in to change notification settings - Fork 105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unintentional breaking API change in 0.1.18 from 0.1.17 #50
Comments
Ah! Sorry about that. Would it be possible for you to provide the type of the cache (or how it's constructed would probably be even more helpful)? At first glance it seems that the compiler is inferring that |
Yes, the double reference is the problem here (seems like the I was more just looking to complain/notify you that the patch bump introduced a change that might affect other consumers of this crate, even if their Not sure how useful this actually is but the cache type is Appreciate your continued work on and maintenance of this crate! |
Ahh, makes sense! Thanks for calling out the issue and sorry for the unintended surprise :) I'll release an 0.2.0 version to err on the side of caution. |
No problem. Thank you! |
After running
cargo update
for a crate that I'm working on, I encountered a build failure due to the changes included in 0.1.18. This issue does not exist in 0.1.17. Patch updates should not be breaking API changes according to semver.The text was updated successfully, but these errors were encountered: