rust/tests/ui/parser/bad-escape-suggest-raw-string.stderr

error: unknown character escape: `[`
  --> $DIR/bad-escape-suggest-raw-string.rs:3:19
   |
LL |     let bad = "ab\[c";
   |                   ^ unknown character escape
   |
   = help: for more information, visit <https://doc.rust-lang.org/reference/tokens.html#literals>
help: if you meant to write a literal backslash (perhaps escaping in a regular expression), consider a raw string literal
   |
LL |     let bad = r"ab\[c";
   |               ~~~~~~~~

error: aborting due to 1 previous error
suggest using raw string literals when invalid escapes appear i'd guess about 70% of "bad escape" cases occur when someone meant to use a raw string literal because they're passing it directly to Regex::new(). this emits an advisory (Applicability::MaybeIncorrect) help: suggestion to the user that they use an r"" string, on top of the normal notes about looking at the string literal documentation/spec. 2022-02-14 19:21:43 +00:00			error: unknown character escape: `[`
			`--> $DIR/bad-escape-suggest-raw-string.rs:3:19`
			`\|`
			`LL \| let bad = "ab\[c";`
			`\| ^ unknown character escape`
			`\|`
Use a better link 2023-06-10 18:46:11 +00:00			`= help: for more information, visit <https://doc.rust-lang.org/reference/tokens.html#literals>`
suggest using raw string literals when invalid escapes appear i'd guess about 70% of "bad escape" cases occur when someone meant to use a raw string literal because they're passing it directly to Regex::new(). this emits an advisory (Applicability::MaybeIncorrect) help: suggestion to the user that they use an r"" string, on top of the normal notes about looking at the string literal documentation/spec. 2022-02-14 19:21:43 +00:00			`help: if you meant to write a literal backslash (perhaps escaping in a regular expression), consider a raw string literal`
			`\|`
			`LL \| let bad = r"ab\[c";`
			`\| ~~~~~~~~`

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`
suggest using raw string literals when invalid escapes appear i'd guess about 70% of "bad escape" cases occur when someone meant to use a raw string literal because they're passing it directly to Regex::new(). this emits an advisory (Applicability::MaybeIncorrect) help: suggestion to the user that they use an r"" string, on top of the normal notes about looking at the string literal documentation/spec. 2022-02-14 19:21:43 +00:00