| Age | Commit message (Collapse) | Author |
|---|
|
Changes since 1.8.2:
- Add `Hash::as_slice`.
- Update to the 2024 Edition and bump the MSRV to 1.85.
- Fix a set of Miri failures in the intrinsics implementations. We were
computing (though not dereferencing) an out-of-bounds pointer using
`add` rather than `wrapping_add`. I'm not aware of any observable
consequences of this bug. See https://github.com/BLAKE3-team/BLAKE3/pull/507.
- CPU feature detection on x86/x86-64 no longer requires the `std` Cargo
feature in the `blake3` crate.
- Build fixes in the C implementation for macOS and Cygwin, and various
improvements to the CMake build.
|
|
Changes since 1.5.5:
- Add Hash::from_slice. (#448)
- Fix a build error on Windows 7 targets. (#447)
|
|
|
|
Changes since 1.4.1:
- The Rust crate's Hasher type has gained new helper methods for common
forms of IO: update_reader, update_mmap, and update_mmap_rayon. The
latter matches the default behavior of b3sum. The mmap methods are
gated by the new "mmap" Cargo feature.
- Most of the Rust crate's public types now implement the Zeroize trait.
This is gated by the new "zeroize" Cargo feature.
- The Rust crate's Hash types now implements the serde Serialize and
Deserialize traits. This is gated by the new "serde" Cargo feature.
- The C library now uses atomics to cache detected CPU features under
most compilers other than MSVC. Previously this was a non-atomic
write, which was probably "benign" but made TSan unhappy.
- NEON support is now disabled by default on big-endian AArch64.
Previously this was a build error if the caller didn't explicitly
disable it.
|
|
|
|
|
|
|
