diff options
| author | Matthias Krüger <matthias.krueger@famsik.de> | 2025-02-22 11:36:46 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-02-22 11:36:46 +0100 |
| commit | 1066af5b1ae18558b6b18d3f9a03a48d154f2ed4 (patch) | |
| tree | 83789f90ef730d0f320c9d137e669fc93ed4abc9 /compiler/rustc_pattern_analysis/src | |
| parent | d3e46d2e723aa78a8602d1e86878ead2ef53a91c (diff) | |
| parent | fd451dc057d7332e2e40f0625e865ea5e757d000 (diff) | |
| download | rust-1066af5b1ae18558b6b18d3f9a03a48d154f2ed4.tar.gz rust-1066af5b1ae18558b6b18d3f9a03a48d154f2ed4.zip | |
Rollup merge of #137410 - saethlin:stable-dep-tracking-hash, r=workingjubilee
Use StableHasher + Hash64 for dep_tracking_hash This is similar to https://github.com/rust-lang/rust/pull/137095. We currently have a +/- 1 byte jitter in the size of dep graphs reported on perf.rust-lang.org. I think this fixes that jitter. When I introduced `Hash64`, I wired it through most of the compiler by making it an output of `StableHasher::finalize` then fixing the compile errors. I missed this case because the `u64` hash in this function is being produced by `DefaultHasher` instead. That seems pretty sketchy because the code seems confident that the hash needs to be stable, and we have a mechanism for stable hashing that we weren't using here.
Diffstat (limited to 'compiler/rustc_pattern_analysis/src')
0 files changed, 0 insertions, 0 deletions