Aleksey Kladov 2bf81922f7 internal: more reasonable grammar for blocks ... Consider these expples { 92 } async { 92 } 'a: { 92 } #[a] { 92 } Previously the tree for them were BLOCK_EXPR { ... } EFFECT_EXPR async BLOCK_EXPR { ... } EFFECT_EXPR 'a: BLOCK_EXPR { ... } BLOCK_EXPR #[a] { ... } As you see, it gets progressively worse :) The last two items are especially odd. The last one even violates the balanced curleys invariant we have (#10357) The new approach is to say that the stuff in `{}` is stmt_list, and the block is stmt_list + optional modifiers BLOCK_EXPR STMT_LIST { ... } BLOCK_EXPR async STMT_LIST { ... } BLOCK_EXPR 'a: STMT_LIST { ... } BLOCK_EXPR #[a] STMT_LIST { ... }		2021-09-26 19:16:09 +03:00
..
coercion.rs	Refactor & improve handling of overloaded binary operators	2021-08-22 17:35:50 +02:00
display_source_code.rs	Account sized bounds in parentheses printing inside of ptr/ref of rpit.	2021-08-08 00:54:38 +05:00
incremental.rs
macros.rs	filter visiblities when resolving in extern crate	2021-07-21 17:51:56 +02:00
method_resolution.rs	internal: more reasonable grammar for blocks	2021-09-26 19:16:09 +03:00
never_type.rs
patterns.rs	feat: type inference for if-let guards	2021-08-14 00:09:30 +02:00
regression.rs	Avoid type inference panic on bitslice methods	2021-09-12 10:49:40 +02:00
simple.rs	internal: more reasonable grammar for blocks	2021-09-26 19:16:09 +03:00
traits.rs	Refactor & improve handling of overloaded binary operators	2021-08-22 17:35:50 +02:00