-
Notifications
You must be signed in to change notification settings - Fork 12.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dont randomly use _
to print out const generic arguments
#106873
Conversation
r? @davidtwco (rustbot has picked a reviewer for you, use r? to override) |
b6883ae
to
b683112
Compare
This comment has been minimized.
This comment has been minimized.
@bors r=me,compiler-errors |
📌 Commit 30ec367e0c0dc09c37531edae5000388d13221c1 has been approved by It is now in the queue for this repository. |
This comment has been minimized.
This comment has been minimized.
@bors r- needs mir-opt bless |
i'm straight up not having a good time |
@bors r=compiler-errors |
📌 Commit 00c74aafacb94141741b26f0acc0d18ab869d6b7 has been approved by It is now in the queue for this repository. |
896a9ce
to
733ed39
Compare
@bors r=me,compiler-errors |
📌 Commit 733ed3905cb42be5bfb595c252eb05fc0915dd27 has been approved by It is now in the queue for this repository. |
733ed39
to
91920d8
Compare
91920d8
to
1171fe5
Compare
@bors r=compiler-errors |
…piler-errors dont randomly use `_` to print out const generic arguments const generics seem to get printed out as `_` for no reason a lot of the time, as someone who spends a lot of time with const generics this has gotten ✨ very annoying ✨. Latest example would be rust-lang#106423 where the ICE messaged formatted a `ty::Const` containing no infer vars, as `_`. For some reason printing of the const argument on arrays was custom instead of using the existing logic for printing `ty::Const`. Additionally the existing logic for printing `ty::Const` would print out `_` for anon consts that are in a separate crate leading to weird diagnostics (see second commit). There ought to be less cases of consts randomly getting printed as `_` hiding valuable info now.
…iaskrgr Rollup of 7 pull requests Successful merges: - rust-lang#106244 (Improve Markdown styling in README) - rust-lang#106747 (Add 'static lifetime suggestion when GAT implied 'static requirement from HRTB) - rust-lang#106873 (dont randomly use `_` to print out const generic arguments) - rust-lang#106992 (Remove unused `#![feature(box_syntax)]` in `alloc`) - rust-lang#106995 (bump failing assembly & codegen tests from LLVM 14 to LLVM 15) - rust-lang#106996 (rustdoc: instead of `.setting-name { width: 100% }`, use default div CSS) - rust-lang#106997 (Add heapsort fallback in `select_nth_unstable`) Failed merges: r? `@ghost` `@rustbot` modify labels: rollup
const generics seem to get printed out as
_
for no reason a lot of the time, as someone who spends a lot of time with const generics this has gotten ✨ very annoying ✨. Latest example would be #106423 where the ICE messaged formatted aty::Const
containing no infer vars, as_
.For some reason printing of the const argument on arrays was custom instead of using the existing logic for printing
ty::Const
. Additionally the existing logic for printingty::Const
would print out_
for anon consts that are in a separate crate leading to weird diagnostics (see second commit). There ought to be less cases of consts randomly getting printed as_
hiding valuable info now.