rust-analyzer/crates/ra_syntax/src
bors[bot] 5d35f284f5 Merge #1138
1138: Add L_DOLLAR and R_DOLLAR r=matklad a=edwin0cheng

As discussion in issue https://github.com/rust-analyzer/rust-analyzer/issues/1132 and PR #1125 , this PR add 2 `Syntax::Kind` : `L_DOLLAR` and `R_DOLLAR` for representing `Delimiter::None` in mbe and proc_marco. By design, It should not affect the final syntax tree, and will be discard in `TreeSink`.

My original idea is handling these 2 tokens case by case, but i found that they will appear in every place in the parser (imagine `tt` matcher). So this PR only handle it in `Parser::do_bump` and `Parser::start`, although It will not fix the `expr` matcher executing order problem in original idea.


Co-authored-by: Edwin Cheng <edwin0cheng@gmail.com>
2019-04-14 14:16:42 +00:00
..
algo reformat the world 2019-02-08 14:49:43 +03:00
ast migrate to untyped rowan 2019-04-09 10:26:51 +03:00
parsing migrate to untyped rowan 2019-04-09 10:26:51 +03:00
validation Parse and infer tuple indices 2019-04-06 01:07:35 +02:00
algo.rs replace usages of algo::generate with iter::successors from std 2019-04-13 16:43:49 +02:00
ast.rs migrate to untyped rowan 2019-04-09 10:26:51 +03:00
fuzz.rs Completely ignore errors for reparse fuzz 2019-03-22 08:09:11 +09:00
grammar.ron Add L_DOLLAR and R_DOLLAR 2019-04-11 11:02:41 +08:00
lib.rs migrate to untyped rowan 2019-04-09 10:26:51 +03:00
parsing.rs Add classify_literal and undo expose next_token 2019-04-05 18:45:19 +08:00
ptr.rs replace usages of algo::generate with iter::successors from std 2019-04-13 16:43:49 +02:00
string_lexing.rs simplify 2019-04-02 19:15:13 +03:00
syntax_error.rs Parse and infer tuple indices 2019-04-06 01:07:35 +02:00
syntax_node.rs replace usages of algo::generate with iter::successors from std 2019-04-13 16:43:49 +02:00
syntax_text.rs switch to new rowan 2019-04-01 12:06:24 +03:00
validation.rs Parse and infer tuple indices 2019-04-06 01:07:35 +02:00