You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We appear to iterate over some hash maps in some places. Updating rustc_hash to a 2.x.x version causes all sorts of snapshot tests to fail with ordering issues.
I think we have two options:
Investigate these iterations and make them deterministic where important.
Update rustc_hash when we do a breaking change, so that our ordering can as well change.
Or...stay on 1.x.x forever?
The text was updated successfully, but these errors were encountered:
…te`) (#1876)
This PR updates all of our Rust dependencies to their latest versions,
with the exception of:
- `pyo3`, which will require some more work as its API has changed-
- `miette`, which doesn't seem to support wasm on certain platforms
post-v5? Needs more investigation
- `rustc_hash`, which had a breaking change in the order of iteration
over `FxHashMap`s.
Note: we apparently iterate over hashmaps in various places, and then do
snapshot tests on the results. `rustc_hash` changed some iteration
ordering, so updating this dependency caused some expect tests to need
updating. In a perfect world, we'd track down these iterations and make
them deterministic. But, the effort/outcome ratio is so low there, since
iteration order is deterministic within a single version of
`rustc_hash`, I say we just update the expect tests and move on.
I also removed patch-version pins from our `Cargo.toml` where they
existed, since we usually just specify major.minor.
#1886: issue to track updating `pyo3`
#1877: issue to track updating `rustc_hash`
I'm not sure we want to update `miette` any time soon -- it breaks us in
a big way and we are happy with the current version I think. But we
should have a discussion about that. So I filed #1887 to track that.
We appear to iterate over some hash maps in some places. Updating
rustc_hash
to a2.x.x
version causes all sorts of snapshot tests to fail with ordering issues.I think we have two options:
rustc_hash
when we do a breaking change, so that our ordering can as well change.Or...stay on
1.x.x
forever?The text was updated successfully, but these errors were encountered: