-
-
Notifications
You must be signed in to change notification settings - Fork 14.8k
Decide whether to suggest anything when encountering break and expecting ! #63390
Copy link
Copy link
Closed
Labels
A-diagnosticsArea: Messages for errors, warnings, and lintsArea: Messages for errors, warnings, and lintsA-suggestion-diagnosticsArea: Suggestions generated by the compiler applied by `cargo fix`Area: Suggestions generated by the compiler applied by `cargo fix`F-never_type`#![feature(never_type)]``#![feature(never_type)]`P-lowLow priorityLow priorityT-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Metadata
Metadata
Assignees
Labels
A-diagnosticsArea: Messages for errors, warnings, and lintsArea: Messages for errors, warnings, and lintsA-suggestion-diagnosticsArea: Suggestions generated by the compiler applied by `cargo fix`Area: Suggestions generated by the compiler applied by `cargo fix`F-never_type`#![feature(never_type)]``#![feature(never_type)]`P-lowLow priorityLow priorityT-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Type
Fields
Give feedbackNo fields configured for issues without a type.
#63337 (comment) introduces suggestions when encountering
breakwithout a value in a context that expects a value other than(). In the case that the expected value is!we don't suggest anything. Once!is stabilized, we should look at the actual usage and see if there's any sane situation where we would like to suggest something likebreak loop {}.CC @Centril