| Age | Commit message (Collapse) | Author |
|---|
|
|
|
the #endif was in the wrong place, causing the error
/Users/runner/work/php-src/php-src/ext/hash/blake3/upstream_blake3/c/blake3_dispatch.c:112:5: error: unused function 'get_cpu_features' [-Werror,-Wunused-function]
full compiler log https://github.com/php/php-src/actions/runs/7762643678/job/21173438425?pr=13194
|
|
|
|
|
|
|
|
This started emitting warnings recently, and in the future those will be
hard errors. See https://github.com/rust-lang/rust/issues/141848. The
i586 target triple still works, and it's sufficient for exercising the
non-SSE2 case.
Fixes https://github.com/BLAKE3-team/BLAKE3/issues/489.
|
|
the old link isn't working and visiting it starts with a security warning from the browser...
|
|
|
|
|
|
This allows Clang frontend variant detection to work better in more
scenarios such as when compiling with cross-compilers with platform
prefixes.
|
|
|
|
|
|
Previously "std" enabled runtime CPU feature detection on x86, but as of
https://github.com/BLAKE3-team/BLAKE3/pull/469 that's always on.
|
|
|
|
Changes since 1.8.1:
- Fixes to the CMake build, particularly around the new TBB feature.
|
|
|
|
|
|
|
|
|
|
Compilation may work with other configurations such as MinGW under the right circumstances.
|
|
|
|
|
|
|
|
Windows newline escaping was added in b3sum v1.5.5 last year
(1170f023bf459ea3d0bedd285d6ae32309ee348c), and this commit updates the check
doc to reflect that. Note that Coreutils added \r escaping in v9.0 in 2021
(https://github.com/coreutils/coreutils/commit/ed1c58427d574fb4ff0cb8f915eb0d554000ceeb),
a year after the original check doc was written.
|
|
|
|
|
|
Changes since 1.8.0:
- [CMake] Fix transitive dependencies for TBB when libblake3 is built
with BLAKE3_USE_TBB=1 (#460 and #461).
|
|
|
|
The `join_pkg_config_requires` function would misbehave in a few edge cases. Though these edge cases aren't triggered by our current usage.
|
|
|
|
|
|
Changes since 1.7.0:
- The Rust crate now provides the `blake3::hazmat` module, which
replaces the undocumented and now deprecated `blake3::guts` module.
This is intended for advanced use cases like Bao and Iroh, which need
to manipulate chunk and subtree "chaining values" directly. See the
module docs for more: https://docs.rs/blake3/1.8.0/blake3/hazmat
|
|
https://github.com/BLAKE3-team/BLAKE3/pull/458
|
|
|
|
|
|
Changes since 1.6.1:
- The C implementation has gained multithreading support, based on
Intel's oneTBB library. This works similarly to the Rayon-based
multithreading used in the Rust implementation. See c/README.md for
details. Contributed by @silvanshade (#445).
- The Rust implementation has gained a WASM SIMD backend, gated by the
`wasm32_simd` Cargo feature. Under Wasmtime on my laptop, this is a 6x
performance improvement for large inputs. This backend is currently
Rust-only. Contributed by @monoid (#341).
- Fixed cross-compilation builds targeting Windows with cargo-xwin.
Contributed by @Sporif and @toothbrush7777777 (#230).
- Added `b3sum --tag`, which changes the output format. This is for
compatibility with GNU checksum tools (which use the same flag) and
BSD checksum tools (which use the output format this flag turns on).
Contributed by @leahneukirchen (#453) and @dbohdan (#430).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Certain functions' unsafety comes from v128 loads and store. If
argument types guarantee that these loads and stores are safe, function
is declared safe, and internal unsafe blocks are commented.
|
|
|
|
|
|
Wasm SIMD API has certain function safe.
|
|
|
|
This code is based on rust_sse2.rs of the same distribution, and is
subject to further improvements. Some comments are left intact even if
their applicability is questioned.
SIMD implementation is gated by `wasm32-simd` feature, portable version
is used otherwise.
Performance measurements with a primitive benchmark with ~16Kb of data:
| M1 native | 11,610 ns |
| M1 WASM SIMD | 13,355 ns |
| M1 WASM | 22,037 ns |
| x64 native | 6,713 ns |
| x64 WASM SIMD | 11,985 ns |
| x64 WASM | 25,978 ns |
wasmtime v12.0.1 was used on both platforms.
Closes #187.
|
|
|
|
|
