aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_syntax/src
Commit message (Collapse)AuthorAgeFilesLines
...
* make Parse genericAleksey Kladov2019-07-181-14/+33
|
* cleanup importsAleksey Kladov2019-07-181-1/+1
|
* highlight mutable variables differentlyEkaterina Babshukova2019-07-181-1/+1
|
* use more correct phantom types for ptrsAleksey Kladov2019-07-181-1/+1
|
* make Parse fields privateAleksey Kladov2019-07-121-2/+10
| | | | this is in preparation for the new rowan API
* Make clippy a bit happierPascal Hertleif2019-07-101-0/+4
| | | | | Random drive-by fix. I honestly blame rust-analyzer itself on this, because I set its watch mode to use `cargo clippy` :shrug:
* Resolve a FIXMEPascal Hertleif2019-07-101-3/+1
| | | | Now that we are using a newer smol_str release this can be simplified :)
* Clippy changesJeremy Kolb2019-07-051-1/+1
|
* Some clippy fixes for 1.36Jeremy Kolb2019-07-045-6/+6
|
* allow rustfmt to reorder importsAleksey Kladov2019-07-0422-78/+69
| | | | | | This wasn't a right decision in the first place, the feature flag was broken in the last rustfmt release, and syntax highlighting of imports is more important anyway
* fix: box_patterncsmoe2019-06-191-0/+2
| | | | Change-Id: I45a856d74fb616d3bce33050f9e69d327186bd59
* Fix formattingShotaro Yamada2019-06-151-7/+3
|
* Skip attrs in `Literal::token`Shotaro Yamada2019-06-151-2/+17
|
* Get rid of failure: ra_batch ra_cliMuhammad Mominul Huque2019-06-151-1/+1
|
* fix: support existential typecsmoe2019-06-121-0/+1
|
* [#1083] Try block syntaxAndrey Tkachenko2019-06-063-0/+49
|
* fix: clean up warningscsmoe2019-06-061-3/+3
| | | | Change-Id: I91a468f6e846ac28574825b8ee7aa02fbff68f63
* Fix clippy::or_fun_callAlan Du2019-06-041-1/+1
|
* Fix clippy::single_char_patternAlan Du2019-06-041-1/+1
|
* flip Into to FromAleksey Kladov2019-05-291-6/+6
|
* show error offsets in testsAleksey Kladov2019-05-292-2/+11
|
* remove old parsing methodsAleksey Kladov2019-05-286-57/+51
|
* update test dataAleksey Kladov2019-05-281-1/+2
|
* update testsAleksey Kladov2019-05-283-32/+26
|
* drop error from SOurceFile constructorAleksey Kladov2019-05-282-5/+5
|
* return errors from tree builderAleksey Kladov2019-05-281-3/+3
|
* drop errors from SyntaxNodeAleksey Kladov2019-05-282-9/+6
|
* add ParseAleksey Kladov2019-05-281-2/+26
|
* Make rainbows optionalPascal Hertleif2019-05-271-1/+2
|
* More clever highlighting, incl draft for structsPascal Hertleif2019-05-271-4/+0
|
* Hash based on binding name and shadow counterPascal Hertleif2019-05-271-1/+6
|
* Semantic highlighting spikePascal Hertleif2019-05-271-0/+4
| | | | | | | | | | Very simple approach: For each identifier, set the hash of the range where it's defined as its 'id' and use it in the VSCode extension to generate unique colors. Thus, the generated colors are per-file. They are also quite fragile, and I'm not entirely sure why. Looks like we need to make sure the same ranges aren't overwritten by a later request?
* Change TokenSource to iteration basedEdwin Cheng2019-05-253-17/+38
|
* add is_union to structs ASTAleksey Kladov2019-05-201-1/+17
|
* :arrow_up: text_unitAleksey Kladov2019-05-151-39/+26
|
* apply T! macro where it is possibleSergey Parilin2019-05-156-87/+86
|
* make AstId untypedAleksey Kladov2019-05-132-8/+9
|
* Merge #1257bors[bot]2019-05-131-0/+1
|\ | | | | | | | | | | | | | | 1257: Implemented tkn! macro for syntax kinds r=matklad a=pasa Implementation of #1248 Co-authored-by: Sergey Parilin <[email protected]>
| * Implemented T! macro for syntax kindsSergey Parilin2019-05-131-0/+1
| |
* | Handle auto traits & negative implsFlorian Diebold2019-05-111-0/+10
| | | | | | | | | | We don't pass field types to Chalk yet though, so the auto trait inference won't be correct.
* | share literal validation logic with compilerAleksey Kladov2019-05-079-1198/+620
|/
* fill struct fields diagnosticSergey Parilin2019-05-062-6/+9
|
* Merge #1208bors[bot]2019-05-042-1/+2
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1208: [WIP] Goto for Macro's r=matklad a=Lapz Adds goto definition for macros. Currently only works for macros in the current crate ~~otherwise it panics~~. Proper macro resolution needs to be added for it to resolve macros in other crates. Todo - [X] Allow goto from macro calls - [X] Fix panics - [x] Add tests ![Screen Recording 2019-04-25 at 18 00 24](https://user-images.githubusercontent.com/19998186/56754499-1dd01c00-6785-11e9-9e9a-1e36de70cfa3.gif) Co-authored-by: Lenard Pratt <[email protected]>
| * Added local macro gotoLenard Pratt2019-05-042-1/+2
| |
* | Revert "eagarly clean astd maps"Aleksey Kladov2019-05-041-1/+1
| | | | | | | | | | | | This reverts commit 6c63a59425e256ce46d058807b64149297231982. This causes massive slowdowns: looks like we accidentally have some source-depndent
* | eagarly clean astd mapsAleksey Kladov2019-05-041-1/+1
| |
* | Add default type param in TypeParam NodeEdwin Cheng2019-05-033-1/+8
|/
* Merge #1213bors[bot]2019-04-281-59/+12
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1213: Make lexer produce only single character puncts r=matklad a=edwin0cheng As discussed in Zulip, this PR change `lexer` to produce only single char punct. * Remove producing `DOTDOTDOT, DOTDOTEQ, DOTDOT, COLONCOLON, EQEQ, FAT_ARROW, NEQ, THIN_ARROW` in lexer. * Add required code in parser to make sure everythings works fine. * Change some tests (Mainly because the `ast::token_tree` is different) Note: i think the use of `COLON` in rust is too overloaded :) Co-authored-by: Edwin Cheng <[email protected]>
| * Refactor parser handle mult-char punct internallyEdwin Cheng2019-04-281-59/+12
| |
* | Fix hover on the beginning of a nested expressionFlorian Diebold2019-04-281-3/+18
|/ | | | | | | | | | | | | | | | E.g. in ``` let foo = 1u32; if true { <|>foo; } ``` the hover shows `()`, the type of the whole if expression, instead of the more sensible `u32`. The reason for this was that the search for an expression was slightly left-biased: When on the edge between two tokens, it first looked at all ancestors of the left token and then of the right token. Instead merge the ancestors in ascending order, so that we get the smaller of the two possible expressions.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-02 07:21:33 +0000