aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_syntax
Commit message (Collapse)AuthorAgeFilesLines
* Rename LambdaExpr -> ClosureExprAleksey Kladov2020-07-3110-37/+30
|
* Work on expressions grammarAleksey Kladov2020-07-311-659/+669
|
* Item is a StmtAleksey Kladov2020-07-312-4/+10
|
* Handwrite StmtAleksey Kladov2020-07-313-26/+35
|
* Move Stmt GrammarAleksey Kladov2020-07-311-84/+85
|
* Finalize TypeBound grammarAleksey Kladov2020-07-312-47/+27
|
* "Finalize" Types grammarAleksey Kladov2020-07-311-1/+3
| | | | | | | Note that `for` type is rust-analyzer's own invention. Both the reference and syn allow `for` only for fnptr types, and we allow them everywhere. This needs to be checked with respect to type bounds grammar...
* Reame PlaceholderType -> InferTypeAleksey Kladov2020-07-314-15/+15
|
* Rename TypeRef -> TypeAleksey Kladov2020-07-316-142/+142
| | | | | | | | | | The TypeRef name comes from IntelliJ days, where you often have both type *syntax* as well as *semantical* representation of types in scope. And naming both Type is confusing. In rust-analyzer however, we use ast types as `ast::Type`, and have many more semantic counterparts to ast types, so avoiding name clash here is just confusing.
* Merge #5610bors[bot]2020-07-302-3/+2
|\ | | | | | | | | | | | | | | 5610: Bump deps r=flodiebold a=lnicola Co-authored-by: Laurențiu Nicola <[email protected]>
| * Bump perf-event and rustc_lexerLaurențiu Nicola2020-07-301-1/+1
| |
| * Fix typoLaurențiu Nicola2020-07-301-2/+1
| |
| * Update testsAleksey Kladov2020-07-3020-52/+52
| |
| * Rename UseItem -> UseAleksey Kladov2020-07-303-17/+18
| |
| * Add comma list to use treeAleksey Kladov2020-07-301-77/+78
| |
* | Use ty to access most TypeRefsAleksey Kladov2020-07-301-10/+10
| |
* | Remove TypeAscriptionOwnerAleksey Kladov2020-07-302-13/+7
| |
* | simplifyAleksey Kladov2020-07-301-18/+18
| |
* | Finalize attribute grammarAleksey Kladov2020-07-302-56/+13
| |
* | Dead codeAleksey Kladov2020-07-301-102/+76
| |
* | Introduce GenericParamAleksey Kladov2020-07-302-85/+149
| |
* | Finaize item grammarAleksey Kladov2020-07-301-64/+71
| |
* | Finalize impl GrammarAleksey Kladov2020-07-3028-49/+50
| |
* | Finalize Trait grammarAleksey Kladov2020-07-3015-34/+34
| |
* | fmtAleksey Kladov2020-07-301-2/+2
| |
* | Finalize const&static grammarAleksey Kladov2020-07-3015-62/+63
| |
* | Rename EnumVariant -> VariantAleksey Kladov2020-07-309-49/+49
| |
* | Rename EnumDef -> EnumAleksey Kladov2020-07-309-38/+38
| |
* | Rename StructDef -> StructAleksey Kladov2020-07-3033-92/+92
| |
* | Finalize union grammarAleksey Kladov2020-07-304-25/+25
| |
* | Finalize structs grammarAleksey Kladov2020-07-301-1/+0
| |
* | Rename FieldDef -> FieldAleksey Kladov2020-07-3030-143/+139
| |
* | Rename RecordLit -> RecordExprAleksey Kladov2020-07-3014-76/+78
| |
* | Rename TypeParamList -> GenericParamListAleksey Kladov2020-07-3036-110/+110
| |
* | Rename TypeAliasDef -> TypeAliasAleksey Kladov2020-07-3041-105/+103
| |
* | Rename FnDef -> FnAleksey Kladov2020-07-30199-508/+511
| |
* | Update testsAleksey Kladov2020-07-3020-52/+52
| |
* | Rename UseItem -> UseAleksey Kladov2020-07-303-17/+18
| |
* | Add comma list to use treeAleksey Kladov2020-07-301-77/+78
|/
* Update testsAleksey Kladov2020-07-302-4/+4
|
* Finish extern crates grammarAleksey Kladov2020-07-301-62/+62
|
* Update testsAleksey Kladov2020-07-304-11/+15
|
* Rename RenameAleksey Kladov2020-07-303-10/+10
|
* Finish Module grammarAleksey Kladov2020-07-301-0/+1
|
* Update testsAleksey Kladov2020-07-3032-38/+38
|
* Split ItemList & AssocItemListAleksey Kladov2020-07-302-24/+56
|
* Finish SourceFile grammarAleksey Kladov2020-07-291-1/+3
|
* Rename ModuleItem -> ItemAleksey Kladov2020-07-294-388/+388
|
* Rename NomialDef -> AdtDefAleksey Kladov2020-07-291-19/+19
|
* Switch to ungrammar from ast_srcAleksey Kladov2020-07-293-2204/+824
| | | | | | | | | | | | | | | | | | The primary advantage of ungrammar is that it (eventually) allows one to describe concrete syntax tree structure -- with alternatives and specific sequence of tokens & nodes. That should be re-usable for: * generate `make` calls * Rust reference * Hypothetical parser's evented API We loose doc comments for the time being unfortunately. I don't think we should add support for doc comments to ungrammar -- they'll make grammar file hard to read. We might supply docs as out-of band info, or maybe just via a reference, but we'll think about that once things are no longer in flux