1.0.0-beta.2

This commit is contained in:
Chris Morgan 2022-02-22 13:54:20 +11:00
parent 40e60cefd6
commit 2e9a570491
2 changed files with 3 additions and 3 deletions

View file

@ -1,6 +1,6 @@
[package] [package]
name = "anymap" name = "anymap"
version = "1.0.0-beta.1" version = "1.0.0-beta.2"
authors = ["Chris Morgan <rust@chrismorgan.info>"] authors = ["Chris Morgan <rust@chrismorgan.info>"]
edition = "2018" edition = "2018"
rust-version = "1.36" rust-version = "1.36"

View file

@ -45,14 +45,14 @@ Typical Cargo.toml usage, providing `anymap::AnyMap` *et al.* backed by `std::co
```toml ```toml
[dependencies] [dependencies]
anymap = "1.0.0-beta.1" anymap = "1.0.0-beta.2"
``` ```
No-std usage, providing `anymap::hashbrown::AnyMap` *et al.* (note the different path, required because Cargo features are additive) backed by `alloc` and the [hashbrown](https://rust-lang.github.io/hashbrown) crate: No-std usage, providing `anymap::hashbrown::AnyMap` *et al.* (note the different path, required because Cargo features are additive) backed by `alloc` and the [hashbrown](https://rust-lang.github.io/hashbrown) crate:
```toml ```toml
[dependencies] [dependencies]
anymap = { version = "1.0.0-beta.1", default-features = false, features = ["hashbrown"] } anymap = { version = "1.0.0-beta.2", default-features = false, features = ["hashbrown"] }
``` ```
**On stability:** hashbrown is still pre-1.0.0 and experiencing breaking changes. Because its useful for a small fraction of users, I am retaining it, but with *different compatibility guarantees to the typical SemVer ones*. Where possible, I will just widen the range for new releases of hashbrown, but if an incompatible change occurs, I may drop support for older versions of hashbrown with a bump to the *minor* part of the anymap version number (e.g. 1.1.0, 1.2.0). Iff youre using this feature, this is cause to *consider* using a tilde requirement like `"~1.0"` (or spell it out as `>=1, <1.1`). **On stability:** hashbrown is still pre-1.0.0 and experiencing breaking changes. Because its useful for a small fraction of users, I am retaining it, but with *different compatibility guarantees to the typical SemVer ones*. Where possible, I will just widen the range for new releases of hashbrown, but if an incompatible change occurs, I may drop support for older versions of hashbrown with a bump to the *minor* part of the anymap version number (e.g. 1.1.0, 1.2.0). Iff youre using this feature, this is cause to *consider* using a tilde requirement like `"~1.0"` (or spell it out as `>=1, <1.1`).