aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* fix as suggestion.ShuiRuTian2021-01-111-9/+5
|
* Update crates/rust-analyzer/src/handlers.rsSong Gao2021-01-111-3/+1
| | | Co-authored-by: Jeremy Kolb <[email protected]>
* Update crates/rust-analyzer/src/handlers.rsSong Gao2021-01-111-4/+2
| | | Co-authored-by: Jeremy Kolb <[email protected]>
* move logic from client to server.ShuiRuTian2021-01-112-21/+9
|
* update rs formatShuiRuTian2021-01-101-1/+2
|
* fix condition.ShuiRuTian2021-01-101-1/+1
|
* update format.ShuiRuTian2021-01-101-8/+9
|
* fix issue.ShuiRuTian2021-01-102-14/+21
|
* not track my analyticsShuiRuTian2021-01-091-42/+0
|
* beta version for folder renameShuiRuTian2021-01-093-4/+34
|
* support folder rename for initial request.ShuiRuTian2021-01-081-8/+16
|
* more thoughts.ShuiRuTian2021-01-061-0/+14
|
* add analytics md.ShuiRuTian2021-01-061-0/+28
|
* Merge #7170bors[bot]2021-01-056-83/+124
|\ | | | | | | | | | | | | | | | | 7170: More maintainable caps config r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * More maintainable caps configAleksey Kladov2021-01-056-83/+124
| | | | | | | | | | The idea here is that we preserve client's config as is, without changes. This gets rid of state!
* | Merge #7171bors[bot]2021-01-051-1/+32
|\ \ | |/ |/| | | | | | | | | | | | | | | 7171: Emit diagnostics for unresolved item-level macros r=jonas-schievink a=jonas-schievink We have been emitting macro *expansion* errors for macro calls in item position, as well as expansion and resolution errors for macro calls in bodies. This fills in the last gap, which is *resolution* errors for macro calls in item position (ie. those that name resolution cares about). bors r+ Co-authored-by: Jonas Schievink <[email protected]>
| * Emit diagnostics for unresolved item-level macrosJonas Schievink2021-01-051-1/+32
|/
* Merge #7168bors[bot]2021-01-0518-29/+34
|\ | | | | | | | | | | | | | | | | 7168: Rename expr -> tail_expr r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Rename expr -> tail_exprAleksey Kladov2021-01-0518-29/+34
| |
* | Merge #7140bors[bot]2021-01-054-117/+197
|\ \ | |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7140: Store trait associated items in fst r=matklad a=SomeoneToIgnore Store imported traits' associated function/methods and constants into `ImportMap.fst` and pefrorm the imports search on them. This is a first step towards trait autoimport during completion functionality, the way I see it, after this PR, only a few major things are left to be done: * store all traits' assoc items into fst, not only the ones in scope, as we do now. Any code pointers on how to do this are welcome 😄 * adjust a few modules in completions crate (`dot.rs`, `qualified_path.rs` at least) to query the import map, reusing the `import_assets` logic heavily == With the current import and autoimport implementations, it looks like for a single query, we're either interested in either associated items lookup or in all other `fst` contents lookup, but never both simultaneously. I would rather not split `fst` in two but add another `Query` parameter to separate those, but let me know if you have any ideas. Co-authored-by: Kirill Bulatov <[email protected]>
| * Move the test markKirill Bulatov2021-01-051-2/+4
| |
| * Small helpersKirill Bulatov2021-01-042-1/+5
| |
| * Code review fixesKirill Bulatov2021-01-043-42/+50
| |
| * Do not collect trait type aliasesKirill Bulatov2021-01-041-5/+6
| |
| * Ignore associated items during unqialified path fuzzy completionsKirill Bulatov2021-01-041-1/+9
| |
| * SimplifyKirill Bulatov2021-01-042-27/+37
| |
| * Properly check assoc items lookupKirill Bulatov2021-01-042-46/+73
| |
| * Add associated data into fstKirill Bulatov2021-01-041-49/+45
| |
| * Add a basic test for the trait fuzzy importKirill Bulatov2021-01-041-0/+24
| |
* | Merge #7131bors[bot]2021-01-053-0/+227
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7131: Created an assist for inlining a function's body into its caller r=matklad a=Michael-F-Bryan This introduces an `inline_function` assist which will convert code like this: ```rust fn add(a: u32, b: u32) -> u32 { a + b } fn main() { let x = add<|>(1, 2); } ``` Into something like this: ```rust fn add(a: u32, b: u32) -> u32 { a + b } fn main() { let x = { let a = 1; let b = 2; a + b }; } ``` Fixes #6863. Co-authored-by: Michael-F-Bryan <[email protected]>
| * | Created an inline-function assist (fixes #6863)Michael-F-Bryan2021-01-043-0/+227
| | |
* | | Merge #7162bors[bot]2021-01-052-12/+55
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7162: Introduce queries to avoid problems when performing completion for enums with many variants r=matklad a=danielframpton This change introduces two new queries to compute: 1) attributes for all variants of an enum, and 2) attributes for all fields of a variant. The purpose of this change is to avoid the current n^2 behavior when rendering completion for variants (which prevents completion for enums with large numbers of variants). Co-authored-by: Daniel Frampton <[email protected]>
| * | | Introduce new queries to computeDaniel Frampton2021-01-052-12/+55
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1) the set of attributes for all variants of an enum, and 2) the set of attributes for all fields of a variant. This avoids the current n^2 behavior when rendering completion for variants, which prevents completion for enums with large numbers of variants.
* | | | Merge #7164bors[bot]2021-01-052-56/+55
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7164: Allow `#anchor` linking of config options r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * | | | Allow `#anchor` linking of config optionsAleksey Kladov2021-01-052-56/+55
| | |/ / | |/| |
* | | | Merge #7163bors[bot]2021-01-051-2/+2
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7163: Use macos-latest for aarch64-apple-darwin releases r=lnicola a=lnicola Our builds get queued for 40-50 minutes waiting for a `macos-11.0` runner, let's keep using the older OS. Co-authored-by: LaurenÈ›iu Nicola <[email protected]>
| * | | | Use macos-latest for aarch64-apple-darwin releasesLaurențiu Nicola2021-01-051-2/+2
|/ / / /
* | | | Merge #7161bors[bot]2021-01-041-57/+7
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7161: Cargo update to remove some dependencies r=kjeremy a=kjeremy Co-authored-by: kjeremy <[email protected]>
| * | | | Cargo update to remove some dependencieskjeremy2021-01-041-57/+7
|/ / / /
* | | | Merge #7160bors[bot]2021-01-041-0/+12
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7160: Get `hir::Function` return type r=flodiebold a=arnaudgolfouse Hello ! As said in #7158, I noticed that `hir::Function` has no direct way of getting the return type, so this PR adds this functionality. Co-authored-by: Arnaud <[email protected]>
| * | | | Remove `RetType`Arnaud2021-01-041-18/+3
| | | | |
| * | | | Document `hir::Function::ret_type`Arnaud2021-01-041-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | This adds documentation for the newly added function. It might be a bit too detailed, but I like it that way :)
| * | | | Make it possible to retrieve `hir::Function`'s return typeArnaud2021-01-041-0/+23
| |/ / / | | | | | | | | | | | | | | | | | | | | This is done by adding a `ret_type` method to `hir::Function`. I followed `assoc_fn_params` convention by creating a new `RetType` type, that contains the actual return type accessible via a `ty` method.
* | | | Merge #7147bors[bot]2021-01-042-3/+60
|\ \ \ \ | |/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7147: ssr: Allow replacing expressions with statements r=davidlattimore a=MarijnS95 Depends on #6587 Until that is merged, the diff is https://github.com/MarijnS95/rust-analyzer/compare/stmt..replace-expr-with-stmt --- Now that statements can be matched and replaced (#6587) some usecases require expressions to be replaced with statements as well. This happens when something that can ambiguously be an expression or statement like `if` and loop blocks appear in the last position of a block, as trailing expression. In this case a replacement pattern of the form `if foo(){$a();}==>>$a();` will only substitute `if` blocks in the list of statements but not if they (implicitly) end up in the trailing expression, where they are not wrapped by an EXPR_STMT (but the pattern and template are, as parsing only succeeds for the `stmt ==>> stmt` case). Instead of adding two rules that match an expression - and emit duplicate matching errors - allow the template for expressions to be a statement if it fails to parse as an expression. --- Another gross change that does not seem to break any tests currently, but perhaps a safeguard should be added to only allow this kind of replacement in blocks by "pushing" the replacement template to the statement list and clearing the trailing expression? CC @davidlattimore Co-authored-by: Marijn Suijten <[email protected]>
| * | | ssr: Allow replacing expressions with statementsMarijn Suijten2021-01-042-3/+60
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now that statements can be matched and replaced (#6587) some usecases require expressions to be replaced with statements as well. This happens when something that can ambiguously be an expression or statement like `if` and loop blocks appear in the last position of a block, as trailing expression. In this case a replacement pattern of the form `if foo(){$a();}==>>$a();` will only substitute `if` blocks in the list of statements but not if they (implicitly) end up in the trailing expression, where they are not wrapped by an EXPR_STMT (but the pattern and template are, as parsing only succeeds for the `stmt ==>> stmt` case). Instead of adding two rules that match an expression - and emit duplicate matching errors - allow the template for expressions to be a statement if it fails to parse as an expression.
* | | | Merge #7159bors[bot]2021-01-045-152/+172
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7159: Refactor mbe to reduce clone and copying r=edwin0cheng a=edwin0cheng bors r+ Co-authored-by: Edwin Cheng <[email protected]>
| * | | | Simplify SubtreeTokenSourceEdwin Cheng2021-01-041-88/+60
| | | | |
| * | | | Refactor TokenBuffer for reduc cloningEdwin Cheng2021-01-045-53/+99
| | | | |
| * | | | Reduce string copyingEdwin Cheng2021-01-041-14/+16
| | |/ / | |/| |
* | | | Merge #7157bors[bot]2021-01-043-20/+20
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7157: Update crates r=kjeremy a=kjeremy Co-authored-by: kjeremy <[email protected]>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-19 15:11:17 +0000