about summary refs log tree commit diff
path: root/src/test/ui/parser/expr-as-stmt.fixed
AgeCommit message (Collapse)AuthorLines
2023-01-11Move /src/test to /testsAlbert Larsan-79/+0
2022-12-03suggest parenthesis around ExprWithBlock BinOp ExprWithBlockLukas Markeffsky-0/+12
2022-02-24diagnostic: suggest parens when users want logical ops, but get closuresMichael Howell-0/+27
2021-09-11Rollup merge of #88757 - andrewhickman:master, r=jackh726Jubilee-0/+5
Suggest wapping expr in parentheses on invalid unary negation Fixes #88701
2021-09-06Suggest wapping expr in parentheses on invalid unary negationAndrew Hickman-0/+5
Fixes #88701
2021-09-04Use verbose suggestions and only match if the + is seen before a numeric literalTheodore Luo Wang-2/+2
2021-09-01Add checks for a block before a unary plus. Fix failing testsTheodore Luo Wang-3/+3
2021-06-20Update rustfix for compiletest.Eric Huss-0/+1
2020-07-22Correctly parse `{} && false` in tail expressionEsteban Küber-6/+0
Fix #74233.
2019-04-30Reword ambigous parse error to fit with the current errorEsteban Küber-2/+2
2019-04-29Add test case for #47287Esteban Küber-0/+6
2019-04-29Identify when a stmt could have been parsed as an exprEsteban Küber-0/+34
There are some expressions that can be parsed as a statement without a trailing semicolon depending on the context, which can lead to confusing errors due to the same looking code being accepted in some places and not others. Identify these cases and suggest enclosing in parenthesis making the parse non-ambiguous without changing the accepted grammar.