Uh oh!
There was an error while loading. Please reload this page.
Clean up librustc_typeck error_codes file - #65965
Conversation
rust-highfive
commented
Oct 30, 2019
Some changes occurred in diagnostic error codes |
GuillaumeGomez
commented
Nov 1, 2019
There was a problem hiding this comment.
| Somethingelse than numbers and characters has been used for a range. | |
| Somethingother than numbers and characters has been used for a range. |
Mark-Simulacrum
commented
Nov 2, 2019
I am personally feeling rather against these changes. They seem to move the main description down below the code example, which would at least for me be harmful rather than helpful (the code example isn't usually all that helpful, as I expect it to be essentially the code I've already written!). As such, I would personally not want to r+ this PR. I'm not sure -- but I suspect it'd be good to codify some guidelines before we go through all of these files and change them around. cc @rust-lang/wg-diagnostics -- seems like you'd be interested and would want to get involved. |
We did make such rules a few years ago. The structure is supposed to be as follows: |
Mark-Simulacrum
commented
Nov 2, 2019
Do you have a pointer to somewhere where that's documented? If not, would you be willing to make a PR to the forge? I personally think the previously existing "short descriptions" were better than the one-sentence examples this modifies them to -- and would consider them to be pretty short. |
That's why I added @steveklabnik: I don't remember if such resource exists or not and I recall talking about this with him at the time. If it does exist, we need to make it more easily accessible. |
JohnCSimon
commented
Nov 9, 2019
Ping from triage - this PR has sat idle for a week. Thanks |
GuillaumeGomez
commented
Nov 10, 2019
Actually, it has a merged RFC: rust-lang/rfcs#1567 So I guess it's good to go? Unless if we want to change the RFC? |
Mark-Simulacrum
commented
Nov 10, 2019
@bors r+ rollup Thanks for citing the RFC! It'd be good to perhaps add comments to the top of all the error code files linking to the RFC (http://rust-lang.github.io/rfcs/1567-long-error-codes-explanation-normalization.html)? |
bors
commented
Nov 10, 2019
📌 Commit 4a43812049d7e1a5678d71949bdbbd1022f088ef has been approved by |
Mark-Simulacrum
commented
Nov 10, 2019
@bors r- Actually, it'd be great to squash this first. |
4a43812 to
db1dd8fCompareGuillaumeGomez
commented
Nov 10, 2019
Squashed! |
Mark-Simulacrum
commented
Nov 10, 2019
@bors r+ |
bors
commented
Nov 10, 2019
📌 Commit db1dd8f has been approved by |
…peck-error-codes, r=Mark-Simulacrum Clean up librustc_typeck error_codes file r? @Dylan-DPC
Rollup of 11 pull requests Successful merges: - #65965 (Clean up librustc_typeck error_codes file) - #66230 (remove vestigial comments referring to defunct numeric trait hierarchy) - #66241 (bump openssl version) - #66257 (Drop long-section-names linker workaround for windows-gnu) - #66263 (make the error message more readable) - #66267 (Add rustdoc doc) - #66276 (Move lock into CodeStats) - #66278 (Fix error message about exported symbols from proc-macro crates) - #66280 (Fix HashSet::union performance) - #66299 (support issue = "none" in unstable attributes ) - #66309 (Tiny cleanup to size assertions) Failed merges: r? @ghost
… r=Mark-Simulacrum Port erased cleanup Just realised that the changes I made in rust-lang#65965 were removed after the move of all error codes so here it is. I made them into separate commits to make the history look better this time. r? @Mark-Simulacrum
… r=Mark-Simulacrum Port erased cleanup Just realised that the changes I made in rust-lang#65965 were removed after the move of all error codes so here it is. I made them into separate commits to make the history look better this time. r? @Mark-Simulacrum
r? @Dylan-DPC