rust/tests/ui/pub/pub-ident-fn.stderr

error: missing `fn` for function definition
  --> $DIR/pub-ident-fn.rs:3:4
   |
LL | pub   foo(_s: usize) -> bool { true }
   |    ^^^
   |
help: add `fn` here to parse `foo` as a public function
   |
LL | pub fn foo(_s: usize) -> bool { true }
   |     ++

error: aborting due to 1 previous error
Use appropriate terminology based on heuristic 2018-11-30 23:05:13 +00:00			error: missing `fn` for function definition
Remove licenses 2018-12-25 15:56:47 +00:00			`--> $DIR/pub-ident-fn.rs:3:4`
Account for missing keyword in fn/struct definition 2017-11-15 01:49:29 +00:00			`\|`
suggestion applicabilities for libsyntax and librustc, run-rustfix tests Consider this a down payment on #50723. To recap, an `Applicability` enum was recently (#50204) added, to convey to Rustfix and other tools whether we think it's OK for them to blindly apply the suggestion, or whether to prompt a human for guidance (because the suggestion might contain placeholders that we can't infer, or because we think it has a sufficiently high probability of being wrong even though it's— presumably—right often enough to be worth emitting in the first place). When a suggestion is marked as `MaybeIncorrect`, we try to use comments to indicate precisely why (although there are a few places where we just say `// speculative` because the present author's subjective judgement balked at the idea that the suggestion has no false positives). The `run-rustfix` directive is opporunistically set on some relevant UI tests (and a couple tests that were in the `test/ui/suggestions` directory, even if the suggestions didn't originate in librustc or libsyntax). This is less trivial than it sounds, because a surprising number of test files aren't equipped to be tested as fixed even when they contain successfully fixable errors, because, e.g., there are more, not-directly-related errors after fixing. Some test files need an attribute or underscore to avoid unused warnings tripping up the "fixed code is still producing diagnostics" check despite the fixes being correct; this is an interesting contrast-to/inconsistency-with the behavior of UI tests (which secretly pass `-A unused`), a behavior which we probably ought to resolve one way or the other (filed issue #50926). A few suggestion labels are reworded (e.g., to avoid phrasing it as a question, which which is discouraged by the style guidelines listed in `.span_suggestion`'s doc-comment). 2018-05-19 21:52:24 +00:00			`LL \| pub foo(_s: usize) -> bool { true }`
Account for missing keyword in fn/struct definition 2017-11-15 01:49:29 +00:00			`\| ^^^`
Increase spacing for suggestions in diagnostics Make the spacing between the code snippet and verbose structured suggestions consistent with note and help messages. 2019-10-24 05:20:58 +00:00			`\|`
Use appropriate terminology based on heuristic 2018-11-30 23:05:13 +00:00			help: add `fn` here to parse `foo` as a public function
Account for missing keyword in fn/struct definition 2017-11-15 01:49:29 +00:00			`\|`
suggestion applicabilities for libsyntax and librustc, run-rustfix tests Consider this a down payment on #50723. To recap, an `Applicability` enum was recently (#50204) added, to convey to Rustfix and other tools whether we think it's OK for them to blindly apply the suggestion, or whether to prompt a human for guidance (because the suggestion might contain placeholders that we can't infer, or because we think it has a sufficiently high probability of being wrong even though it's— presumably—right often enough to be worth emitting in the first place). When a suggestion is marked as `MaybeIncorrect`, we try to use comments to indicate precisely why (although there are a few places where we just say `// speculative` because the present author's subjective judgement balked at the idea that the suggestion has no false positives). The `run-rustfix` directive is opporunistically set on some relevant UI tests (and a couple tests that were in the `test/ui/suggestions` directory, even if the suggestions didn't originate in librustc or libsyntax). This is less trivial than it sounds, because a surprising number of test files aren't equipped to be tested as fixed even when they contain successfully fixable errors, because, e.g., there are more, not-directly-related errors after fixing. Some test files need an attribute or underscore to avoid unused warnings tripping up the "fixed code is still producing diagnostics" check despite the fixes being correct; this is an interesting contrast-to/inconsistency-with the behavior of UI tests (which secretly pass `-A unused`), a behavior which we probably ought to resolve one way or the other (filed issue #50926). A few suggestion labels are reworded (e.g., to avoid phrasing it as a question, which which is discouraged by the style guidelines listed in `.span_suggestion`'s doc-comment). 2018-05-19 21:52:24 +00:00			`LL \| pub fn foo(_s: usize) -> bool { true }`
Modify structured suggestion output * On suggestions that include deletions, use a diff inspired output format * When suggesting addition, use `+` as underline * Color highlight modified span 2021-06-22 02:07:19 +00:00			`\| ++`
Account for missing keyword in fn/struct definition 2017-11-15 01:49:29 +00:00
Show number in error message even for one error Co-authored-by: Adrian <adrian.iosdev@gmail.com> 2023-11-21 15:44:16 +00:00			`error: aborting due to 1 previous error`
Account for missing keyword in fn/struct definition 2017-11-15 01:49:29 +00:00