diff options
| author | bors <bors@rust-lang.org> | 2017-01-11 01:33:03 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2017-01-11 01:33:03 +0000 |
| commit | e4fee525e04838dabc82beed5ae1a06051be53fd (patch) | |
| tree | e79e5142ff9ec65593bf927145b0293a9728afda /src/test/run-pass/thinlto | |
| parent | 0500fbf6ba83b9a6634a5e0580963b44683b44c6 (diff) | |
| parent | a89475d7ec8556d7d51f690e75a948f19787114b (diff) | |
| download | rust-e4fee525e04838dabc82beed5ae1a06051be53fd.tar.gz rust-e4fee525e04838dabc82beed5ae1a06051be53fd.zip | |
Auto merge of #38960 - arielb1:blake-endian, r=michaelwoerister
Use little-endian encoding for Blake2 hashing on all architectures Like many hash functions, the blake2 hash is mathematically defined on a sequence of 64-bit words. As Rust's hash interface operates on sequences of octets, some encoding must be used to bridge that difference. The Blake2 RFC (RFC 7693) specifies that: ``` Byte (octet) streams are interpreted as words in little-endian order, with the least-significant byte first. ``` So use that encoding consistently. Fixes #38891. Beta-nominating since this is a regression since 1.15. r? @michaelwoerister
Diffstat (limited to 'src/test/run-pass/thinlto')
0 files changed, 0 insertions, 0 deletions
