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
Right now, infer does not track which value (the sub vs super type) is the "expected" one---that is, it does not track which value came from the user and which did not. This basically requires an extra boolean to be passed around. This leads to confusing error messages such as #2721.
The text was updated successfully, but these errors were encountered:
Install binaries to the miri toolchain's sysroot
The default install produces this behavior:
```
$ cargo +miri miri --version
miri 0.1.0 (0ba1f4a0 2023-03-05)
$ cargo +nightly miri --version
miri 0.1.0 (0ba1f4a0 2023-03-05)
```
Which is not good. We've effectively erased the toolchain selection, and users may reasonably conclude that their rustup install is broken.
After this change, we now get this:
```
$ cargo +miri miri --version
miri 0.1.0 (0ba1f4a0 2023-03-05)
$ cargo +nightly miri --version
miri 0.1.0 (f63ccaf 2023-03-06)
```
Thanks `@jyn514` who all but wrote this for me.
celinval
pushed a commit
to celinval/rust-dev
that referenced
this issue
Jun 4, 2024
Right now, infer does not track which value (the sub vs super type) is the "expected" one---that is, it does not track which value came from the user and which did not. This basically requires an extra boolean to be passed around. This leads to confusing error messages such as #2721.
The text was updated successfully, but these errors were encountered: