no_std support

[anymap] / CHANGELOG.md
diff --git a/CHANGELOG.md b/CHANGELOG.md

index 0841cfa24445291dfec65211a6ca17dc3cc8ed2b..214ba6b0052e19550717a5bb0c602089d91bf3f1 100644 (file)
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -1,6 +1,6 @@
  # 1.0.0 (unreleased)
  
  # 1.0.0 (unreleased)
  
-- Removed `anymap::any::Any` in favour of just plain `std::any::Any`, since its
+- Removed `anymap::any::Any` in favour of just plain `core::any::Any`, since its
    `Send`/`Sync` story is now long stable.
  
    - This loses `Any + Sync`. `CloneAny + Sync` is also removed for consistency.
    `Send`/`Sync` story is now long stable.
  
    - This loses `Any + Sync`. `CloneAny + Sync` is also removed for consistency.
@@ -12,14 +12,20 @@
  
  - Relicensed from MIT/Apache-2.0 to BlueOak-1.0.0/MIT/Apache-2.0.
  
  
  - Relicensed from MIT/Apache-2.0 to BlueOak-1.0.0/MIT/Apache-2.0.
  
-- Increased the minimum supported version of Rust from 1.7.0 to 1.34.0.
+- Increased the minimum supported version of Rust from 1.7.0 to 1.36.0.
  
  
-- Remove `bench` Cargo feature (by shifting benchmarks out of `src/lib.rs` into
-  `benches/bench.rs`; it still won’t run on anything but nightly, but that
-  don’t signify). Technically a [breaking-change], but it was something for
-  development only, so I’m not in the slightest bit concerned by it.
+- no_std is now possible in the usual way (default Cargo feature 'std'),
+  depending on alloc and hashbrown.
  
  
-- Implement `Default` on `Map` (not just on `RawMap`)
+- Removed the `bench` Cargo feature which was mostly to work around historical
+  Cargo limitations, but was solved by moving benchmarks from `src/lib.rs` to
+  `benches/bench.rs` even before those limitations were lifted. The benchmarks
+  still won’t run on anything but nightly, but that don’t signify.
+
+- Implemented `Default` on `Map` (not just on `RawMap`).
+
+- The implementation of `Into<RawMap<A>>` for `Map<A>` has been
+  replaced with the more general `From<Map<A>>` for `RawMap<A>`.
  
  - Worked around the spurious `where_clauses_object_safety` future-compatibility lint that has been raised since mid-2018.
    If you put `#![allow(where_clauses_object_safety)]` on your binary crates for this reason, you can remove it.
  
  - Worked around the spurious `where_clauses_object_safety` future-compatibility lint that has been raised since mid-2018.
    If you put `#![allow(where_clauses_object_safety)]` on your binary crates for this reason, you can remove it.