aboutsummaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
* MinorAleksey Kladov2020-05-141-10/+8
|
* Put preselect items on topAleksey Kladov2020-05-141-1/+3
|
* Prioritize locals with correct typesAleksey Kladov2020-05-142-5/+55
|
* Merge #4445bors[bot]2020-05-145-2/+92
|\ | | | | | | | | | | | | | | | | | | 4445: Correctly fill default type parameters r=flodiebold a=montekki Fixes #3877 So, basically even if the parameters are omitted from the `impl` block, check the parameters in `trait` if they have a default type, and if they do go from `hir` to `ast::TypeArg`. I've added a helper for that but I am not sure that it's a proper way to go from `hir` to `ast` here. Co-authored-by: Fedor Sakharov <[email protected]>
| * Ty -> TypeFedor Sakharov2020-05-141-2/+7
| |
| * Adds a param_idx helperFedor Sakharov2020-05-142-2/+7
| |
| * Fix formattingFedor Sakharov2020-05-141-1/+1
| |
| * Change type_arg to type_ref funcFedor Sakharov2020-05-142-4/+3
| |
| * Use generic_defaults and display_source_codeFedor Sakharov2020-05-143-13/+16
| |
| * Correctly fill default type parametersFedor Sakharov2020-05-135-1/+79
| |
* | Merge #4405bors[bot]2020-05-145-9/+6
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4405: Make some stuff public so that they can be reused by other tools r=pksunkara a=pksunkara So, my little experiment of building a code analysis tool using rust-analyzer is successful. I am going to proceed to build the tool now. This PR makes the needed things public. I know there were some things about trying to change stuff regarding loading workspaces, which would make it more easier for other tools to reuse. But, until then, it should be okay using this `load_cargo` fn. Btw, if I were publish my tool, I would need the `ra` crates to be released. Since @matklad told me that he doesn't want to care about breaking stuff, I would propose the following. Every monday, during the weekly release, we release a new pre v1 minor version of all the crates. That way, we don't need to care about breaking stuff but still have rust-analyzer on crates.io. I made https://github.com/pksunkara/cargo-workspaces to help release workspace crates easily. So, coming week, we start with `0.1.0`, then week after that, we release `0.2.0` and then `0.3.0` etc.. until we decide on `1.0.0` which is probably when the compiler team also starts using the crates. There is no limit to the minor versions (we can even have `0.150.0` or `0.1500.0`), so I don't see anything wrong with this strategy. Co-authored-by: Pavan Kumar Sunkara <[email protected]>
| * | Make some stuff public so that they can be reused by other toolsPavan Kumar Sunkara2020-05-145-9/+6
| | |
* | | Use back ticks instead of single quotes around codeTrevor Spiteri2020-05-144-4/+4
|/ /
* / Remove hidden VARIATION SELECTOR-16Laurențiu Nicola2020-05-131-2/+2
|/
* Merge #4434bors[bot]2020-05-131-15/+43
|\ | | | | | | | | | | | | | | 4434: add more specific match postfix for Result and Option r=matklad a=bnjjj In order to have the same behavior than `if let` and `while let` Co-authored-by: Benjamin Coenen <[email protected]>
| * add more specific match postfix for Result and OptionBenjamin Coenen2020-05-121-15/+43
| | | | | | | | Signed-off-by: Benjamin Coenen <[email protected]>
* | Merge #4083bors[bot]2020-05-131-138/+1366
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4083: Smol documentation for ast nodes r=matklad a=Veetaha There is a tremendous amount of TODOs to clarify the topics I am not certain about. Please @matklad, @edwin0cheng review carefully, I even left some mentions of your names in todos to put your attention where you most probably can give comments. In order to simplify the review, I separated the codegen (i.e. changes in `ast/generated/nodes.rs`) from `ast_src` changes (they in fact just duplicate one another) into two commits. Also, I had to hack a little bit to let the docs be generated as doc comments and not as doc attributes because it's easier to read them this way and IIRC we don't support hints for `#[doc = ""]` attributes for now... Closes #3682 Co-authored-by: veetaha <[email protected]>
| * | Remove an equals sign from `ConstArg` (this probably pertains only to ↵veetaha2020-05-121-1/+0
| | | | | | | | | | | | | | | | | | ConstParam) (As per matklad)
| * | Convert TODO to a Note(matklad)veetaha2020-05-121-0/+1
| | |
| * | Convert to TODOs to FIXMEs as per matkladveetaha2020-05-121-4/+2
| | |
| * | Revert "Remove MacroStmts as per edwin0cheng" (cc @edwin0cheng) and add a ↵veetaha2020-05-121-0/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | fixme to document it. This reverts commit 7a49165f5d5c8186edd04f874eae8a98e39d3df6. MacroStmts ast node is not used by itself, but it pertains to SyntaxNodeKind MACRO_STMTS that is used by ra_paser, so even tho the node itself is not used, it is better to keep it with a FIXME to actually add a doc comment when it becomes useful.
| * | Add a doc comment on the difference between Name and NameRef ast nodesveetaha2020-05-121-1/+16
| | |
| * | Resolve TODO about macro 2.0 defveetaha2020-05-101-6/+4
| | |
| * | Fix typoveetaha2020-05-101-1/+1
| | |
| * | Carify on a semicolon in macro callveetaha2020-05-101-1/+6
| | |
| * | Resolve TODO about curly-braced constructions in expression statementveetaha2020-05-101-1/+3
| | |
| * | Resolve todos about refs and empty statementsveetaha2020-05-101-4/+4
| | |
| * | Converted TODO about MacroItems to FIXME as per edwin0chengveetaha2020-05-101-6/+2
| | |
| * | Verified ConstArg example, waiting for response on what `=` sign pertains toveetaha2020-05-101-1/+1
| | |
| * | Correcy use tree and type args docsveetaha2020-05-101-3/+3
| | |
| * | Correct `use` cannot have type args as per flodieboldveetaha2020-05-101-1/+1
| | |
| * | Correct path docs and add colon2 token to Path ast nodeveetaha2020-05-101-8/+14
| | |
| * | Add example with const in TypeBound as per flodieboldveetaha2020-05-101-1/+1
| | |
| * | Properly document const impl as per flodieboldveetaha2020-05-101-2/+2
| | |
| * | Remove MacroStmts as per edwin0chengveetaha2020-05-101-32/+0
| | |
| * | Add proper docs for TokenTree as per edwin0chengveetaha2020-05-101-1/+2
| | |
| * | Run codegen of ast types with documentationveetaha2020-05-101-138/+1345
| | |
* | | fix typo unimplementated -> unimplementedTrevor Spiteri2020-05-121-2/+2
| |/ |/| | | | | | | Pretty harmless typo, but it does get exposed in lsp-rust-analyzer-expand-macro.
* | Merge #4423bors[bot]2020-05-111-0/+26
|\ \ | | | | | | | | | | | | | | | | | | | | | 4423: add tests module snippet r=bnjjj a=bnjjj Request from a friend coming from intellij Rust Co-authored-by: Benjamin Coenen <[email protected]>
| * | add tests module snippetBenjamin Coenen2020-05-111-0/+8
| | | | | | | | | | | | Signed-off-by: Benjamin Coenen <[email protected]>
| * | add tests module snippetBenjamin Coenen2020-05-111-0/+18
| | | | | | | | | | | | Signed-off-by: Benjamin Coenen <[email protected]>
* | | Merge #4358bors[bot]2020-05-112-3/+207
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4358: add if let and while let postfix for Option and Result #4348 r=matklad a=bnjjj close #4348 I also added `while let` for iterator or stream it could be useful ![iflet](https://user-images.githubusercontent.com/5719034/81278000-676c6b80-9055-11ea-87ad-6b8476dd983f.gif) Co-authored-by: Benjamin Coenen <[email protected]>
| * | | add if let and while let postfix for Option and ResultBenjamin Coenen2020-05-103-62/+46
| | | | | | | | | | | | | | | | Signed-off-by: Benjamin Coenen <[email protected]>
| * | | Merge branch 'master' of github.com:rust-analyzer/rust-analyzer into feat_4348Benjamin Coenen2020-05-1071-968/+1748
| |\ \ \
| * | | | add if let and while let postfix for Option and Result #4348Benjamin Coenen2020-05-072-1/+221
| | | | | | | | | | | | | | | | | | | | Signed-off-by: Benjamin Coenen <[email protected]>
* | | | | Merge #4397bors[bot]2020-05-114-3/+39
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4397: Textmate cooperation r=matklad a=georgewfraser This PR tweaks the fallback TextMate scopes to make them more consistent with the existing grammar and other languages, and edits the builtin TextMate grammar to align with semantic coloring. Before is on the left, after is on the right: <img width="855" alt="Screen Shot 2020-05-10 at 1 45 51 PM" src="https://user-images.githubusercontent.com/1369240/81512320-a8be7e80-92d4-11ea-8940-2c03f6769015.png"> **Use keyword.other for regular keywords instead of keyword**. This is a really peculiar quirk of TextMate conventions, but virtually *all* TextMate grammars use `keyword.other` (colored blue in VSCode Dark+) for regular keywords and `keyword.control` (colored purple in VSCode Dark+) for control keywords. The TextMate scope `keyword` is colored like control keywords, not regular keywords. It may seem strange that the `keyword` scope is not the right fallback for the `keyword` semantic token, but TextMate has a long and weird history. Note how keywords change from purple back to blue (what they were before semantic coloring was added): **(1) Use punctuation.section.embedded for format specifiers**. This aligns with how Typescript colors formatting directives: <img width="238" alt="Screen Shot 2020-05-09 at 10 54 01 AM" src="https://user-images.githubusercontent.com/1369240/81481258-93b5f280-91e3-11ea-99c2-c6d258c5bcad.png"> **(2) Consistently use `entity.name.type.*` scopes for type names**. Avoid using `entity.name.*` which gets colored like a keyword. **(3) Use Property instead of Member for fields**. Property and Member are very similar, but if you look at the TextMate fallback scopes, it's clear that Member is intended for function-like-things (methods?) and Property is intended for variable-like-things. **(4) Color `for` as a regular keyword when it's part of `impl Trait for Struct`**. **(5) Use `variable.other.constant` for constants instead of `entity.name.constant`**. In the latest VSCode insiders, variable.other.constant has a subtly different color that differentiates constants from ordinary variables. It looks close to the green of types but it's not the same---it's a new color recently added to take advantage of semantic coloring. I also made some minor changes that make the TextMate scopes better match the semantic scopes. The effect of this for the user is you observe less of a change when semantic coloring "activates". You can see the changes I made relative to the built-in TextMate grammar here: https://github.com/rust-analyzer/rust-analyzer/pull/4397/files/a91d15c80c337dd1afb0eddd5eb048010d098ac7..97428b6d52d25f810dbd7d7a8d787740c58bfbd2#diff-6966c729b862f79f79bf7258eb3e0885 Co-authored-by: George Fraser <[email protected]>
| * | | | | Color `for` as a regular keyword when it's part of impl _ for _George Fraser2020-05-103-1/+28
| | | | | |
| * | | | | Color `in` as a control keywordGeorge Fraser2020-05-103-1/+10
| | | | | |
| * | | | | Use Property instead of Member for fieldsGeorge Fraser2020-05-101-1/+1
| | | | | |
* | | | | | Merge #4403bors[bot]2020-05-114-33/+52
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4403: Check client capabilities before sending progress notifications r=kjeremy a=kjeremy Fixes #4384 Co-authored-by: Jeremy Kolb <[email protected]>
generated by cgit v1.2.3 (git 2.25.1) at 2024-08-24 18:36:12 +0100