Closed cfamz closed 2 years ago
Was able to workaround locally by forcing the clap_conf dependency to version 0.1.5.
Also can be fixed by adding Out
in 0.1.6:
fn setup_logging<'a>(getter: &'a impl clap_conf::Getter<'a, Out=String>) {
Does your project work now? I don't really have plans for major changes but if it's buggy I can try to fix.
Does your project work now? I don't really have plans for major changes but if it's buggy I can try to fix.
The change from 0.1.5
to 0.1.6
was breaking, so following cargo semver rules (only changes in the left-most non-zero component are considered incompatible.
) it should have been released as 0.2.0
.
The easiest way to fix it from your side is to yank the 0.1.6 release and re-release it as 0.2.0
We can get the project building again by making the changes needed or specifying the version of clap_conf
as =0.1.5
.
It should also possible for people using cargo install
to specify --locked
, e.g cargo install svd2rust --locked
I was under the impression this didn't apply until version 1.0.0 had already been released
Item 4:
Major version zero (0.y.z) is for initial development. Anything MAY change at any time. The public API SHOULD NOT be considered stable.
I've made the switch now. Thanks for your feedback.
Thank you!
By the way, cargo differs from "official" semver for this special case:
https://doc.rust-lang.org/cargo/reference/resolver.html#semver-compatibility
This convention also applies to versions with leading zeros. For example, 0.1.0 and 0.1.2 are compatible, but 0.1.0 and 0.2.0 are not.
clap_conf released version 0.1.6, which svd2rust will consume, but the build is now broken:
Was able to workaround locally by forcing the clap_conf dependency to version 0.1.5.