aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_parser
Commit message (Collapse)AuthorAgeFilesLines
...
* Align grammar for record patterns and literalsAleksey Kladov2020-04-111-27/+23
| | | | | | The grammar now looks like this [name_ref :] pat
* Remove dead codeAleksey Kladov2020-04-111-7/+4
|
* Make records grammar more orthogonalAleksey Kladov2020-04-111-12/+25
| | | | | | | | | | | | We used name [: expr] grammar before, now it is [name :] expr which makes things simpler
* Rename some tokensAleksey Kladov2020-04-103-319/+33
|
* Scale token generation backAleksey Kladov2020-04-101-0/+6
|
* Parse correctly fn f<T>() where T: Fn() -> u8 + Send {}Luca Barbieri2020-04-091-1/+1
| | | | | We used to parse it as T: Fn() -> (u8 + Send), which is different from the rustc behavior of T: (Fn() -> u8) + Send
* Provide more complete AST accessors to support usage in rustcLuca Barbieri2020-04-091-1/+5
|
* Add L_DOLLAR for TYPE_RECOVERY_SETEdwin Cheng2020-04-081-1/+1
|
* Macro patterns are not confused with expressions.Aleksey Kladov2020-04-032-2/+3
| | | | | | | | | | | We treat macro calls as expressions (there's appropriate Into impl), which causes problem if there's expresison and non-expression macro in the same node (like in the match arm). We fix this problem by nesting macor patterns into another node (the same way we nest path into PathExpr or PathPat). Ideally, we probably should add a similar nesting for macro expressions, but that needs some careful thinking about macros in blocks: `{ am_i_expression!() }`.
* CleanupsAleksey Kladov2020-04-032-14/+13
|
* Fix parsing lambdas with return typeAleksey Kladov2020-03-251-7/+13
| | | | | | | We should eat only a single block, and not whatever larger expression may start with a block. closes #3721
* Support arbitrary discriminantsAleksey Kladov2020-03-201-4/+6
| | | | Closes #3661
* Better fix for stuck parser?Florian Diebold2020-03-161-3/+3
|
* Get tests workingFlorian Diebold2020-03-161-2/+2
|
* Parse variadics correctlyAleksey Kladov2020-03-131-11/+33
| | | | closes #3571
* Move verbose tests out of lineAleksey Kladov2020-03-131-20/+2
|
* Fix parsing of stement-ish binary expressionsAleksey Kladov2020-03-111-2/+8
| | | | closes #3512
* Implement concat macroEdwin Cheng2020-03-031-1/+1
|
* Rename ast::ImplBlock -> ast::ImplDefAleksey Kladov2020-02-294-7/+7
|
* Parse attr in rhs of let stmtsEdwin Cheng2020-02-281-1/+2
|
* Fix dat commentVeetaha2020-02-221-1/+1
|
* More manual clippy fixesKirill Bulatov2020-02-182-3/+3
|
* Run cargo +nightly fix --clippy -Z unstable-optionsKirill Bulatov2020-02-182-5/+3
|
* Add test for unnamed argument in function pointerHan Mertens2020-02-121-0/+3
|
* Support unnamed arguments in function pointersHan Mertens2020-02-121-1/+1
| | | | Fixes #3089
* Address review commentsMatthew Jasper2020-02-101-7/+8
|
* Add or- and parenthesized-patternsMatthew Jasper2020-02-094-14/+62
|
* Rename add import assistKirill Bulatov2020-02-071-1/+1
|
* Merge #3047bors[bot]2020-02-071-9/+9
|\ | | | | | | | | | | | | | | | | | | | | | | 3047: Update async unsafe fn ordering in parser r=matklad a=kiljacken As of rust-lang/rust#61319 the correct order for functions that are both unsafe and async is: `async unsafe fn` and not `unsafe async fn`. This commit updates the parser tests to reflect this, and corrects parsing behavior to accept the correct ordering. Fixes #3025 Co-authored-by: Emil Lauridsen <[email protected]>
| * Update async unsafe fn ordering.Emil Lauridsen2020-02-071-9/+9
| | | | | | | | | | | | | | | | | | | | As of rust-lang/rust#61319 the correct order for functions that are both unsafe and async is: `async unsafe fn` and not `unsafe async fn`. This commit updates the parser tests to reflect this, and corrects parsing behavior to accept the correct ordering. Fixes #3025
* | PR tweaksToby Dimmick2020-02-073-21/+18
| |
* | Closure params testToby Dimmick2020-02-061-0/+4
| |
* | rustfmtToby Dimmick2020-02-061-2/+2
| |
* | Rework value parameter parsingToby Dimmick2020-02-065-55/+73
|/ | | | | | | - `Fn__(...)` parameters with idents/patterns no longer parse - Trait function parameters with arbitrary patterns parse - Trait function parameters without idents/patterns no longer parse - `fn(...)` parameters no longer parse with patterns other than a single ident
* ra_syntax: remove code duplication and token reevaluation from ↵Veetaha2020-01-221-2/+2
| | | | ast::Literal::kind()
* Nest attrs into exprs in function argsAleksey Kladov2020-01-171-4/+1
|
* Extract expr_with_attrsAleksey Kladov2020-01-172-13/+22
|
* Merge pull request #2813 from jyn514/arg_attributesAleksey Kladov2020-01-171-0/+5
|\ | | | | Allow attributes before function arguments
| * move inline function closer to relevant codeJoshua Nelson2020-01-171-4/+4
| | | | | | | | also updates generated inline tests
| * shrink inline tesJoshua Nelson2020-01-161-9/+3
| |
| * Allow attributes before function argumentsJoshua Nelson2020-01-121-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds support for function calls of the form: ```rust ( #[attr(...)] 1.2, #[attr_one(...)] #[attr_two(...)] 1.5, ... etc ... ) ``` Closes https://github.com/rust-analyzer/rust-analyzer/issues/2801
* | Merge #2865bors[bot]2020-01-171-1/+1
|\ \ | | | | | | | | | | | | | | | | | | | | | 2865: fix(mixed): fixed a couple of typos and added a todo r=kjeremy a=Veetaha Fixed a couple of typos and added a todo while studying the codebase. Co-authored-by: Veetaha <[email protected]>
| * | fix(ra_parser.typo): amend 'format language' to 'formal language'Veetaha2020-01-151-1/+1
| |/
* | Minimize testAleksey Kladov2020-01-161-13/+3
| |
* | Simplify array parsingAleksey Kladov2020-01-162-48/+31
| |
* | fix formatingEdwin Cheng2020-01-161-1/+1
| |
* | Fix array element attribute positionEdwin Cheng2020-01-163-8/+32
|/
* Parse trait aliasesEmil Lauridsen2020-01-091-0/+10
|
* Improve const generics parsingMichael Chesser2020-01-063-2/+14
| | | | | - Handle const generics type args - Fix issue with const generic as first parameter in trait impl
* Switch ast declaration from ron to a macroAleksey Kladov2020-01-031-135/+135
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-27 03:44:18 +0000