aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Merge #3573bors[bot]2020-03-161-0/+1
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3573: Check all crates of the workspace r=matklad a=matklad Previously, if the root of the was was a real crate, only this crate was checked. Ideally, we might want some kind of config here (which might be just overriding the whole command), but `--workspace` is def a nicer default. r? @kiljacken Co-authored-by: Aleksey Kladov <[email protected]>
| * Check all crates of the workspaceAleksey Kladov2020-03-131-0/+1
| | | | | | | | | | | | | | | | | | Previously, if the root of the was was a real crate, only this crate was checked. Ideally, we might want some kind of config here (which might be just overriding the whole command), but `--workspace` is def a nicer default.
* | Merge #3587bors[bot]2020-03-162-11/+77
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3587: Use WorkDoneProgress LSP API for initial load r=matklad a=slyngbaek Addresses #3283 Rather than using custom UI for showing the loaded state. Rely on the WorkDoneProgress API in 3.15.0 https://microsoft.github.io/language-server-protocol/specification#workDoneProgress. No client-side work was necessary. The UI is not exactly what is described in the issue but afaict that's how VS Code implements the LSP API. - The WorkDoneProgressEnd does not appear to display its message contents (controlled by vscode) Co-authored-by: Steffen Lyngbaek <[email protected]>
| * | Fix tests part 2...Steffen Lyngbaek2020-03-161-34/+31
| | |
| * | Fix broken testsSteffen Lyngbaek2020-03-161-26/+29
| | | | | | | | | | | | - Handle case of no projects. The notification still needs to be posted
| * | Rely on the safer workspace_loaded checkSteffen Lyngbaek2020-03-161-13/+15
| | |
| * | Fix broken testsSteffen Lyngbaek2020-03-141-5/+10
| | | | | | | | | | | | - Properly wait for workspace loading to be done
| * | Use idiomatic way of defining floatsSteffen Lyngbaek2020-03-131-2/+2
| | |
| * | Use WorkDoneProgress LSP API for initial loadSteffen Lyngbaek2020-03-131-6/+65
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Addresses #3283 Rather than using custom UI for showing the loaded state. Rely on the WorkDoneProgress API in 3.15.0 https://microsoft.github.io/language-server-protocol/specification#workDoneProgress. No client-side work was necessary. The UI is not exactly what is described in the issue but afaict that's how VS Code implements the LSP API. - The WorkDoneProgressEnd does not appear to display its message contents (controlled by vscode)
* | | Merge #3603bors[bot]2020-03-166-10/+28
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3603: Fix crate display name dashes r=matklad a=SomeoneToIgnore A follow-up of https://github.com/rust-analyzer/rust-analyzer/pull/3602#discussion_r392733525 Co-authored-by: Kirill Bulatov <[email protected]>
| * | | Use Display instead of a custom methodKirill Bulatov2020-03-163-19/+17
| | | |
| * | | Fix crate display name dashesKirill Bulatov2020-03-166-20/+40
| | | |
* | | | Merge #3534bors[bot]2020-03-1613-147/+454
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3534: Feature: vscode impl nightlies download and installation r=Veetaha a=Veetaha I need to test things more, but the core shape of the code is quite well-formed. The main problem is that we save the release date only for nightlies and there are no means to get the release date of the stable extension (i.e. for this we would need to consult the github releases via a network request, or we would need to somehow save this info into package.json or any other file accessible from the extension code during the deployment step, but this will be very hard I guess). So there is an invariant that the users can install nightly only from our extension and they can't do it manually, because when installing the nightly `.vsix` we actually save its release date to `globalState` Closes: #3402 TODO: - [x] More manual tests and documentation cc @matklad @lnicola Co-authored-by: Veetaha <[email protected]> Co-authored-by: Veetaha <[email protected]>
| * | | | vscode-postrefactor: migrate to arrow functionsVeetaha2020-03-161-2/+2
| | | | |
| * | | | vscode-postrefactor: fix syntax errorVeetaha2020-03-161-1/+1
| | | | |
| * | | | vscode-postrefactor: prefer arrow functionsVeetaha2020-03-161-1/+1
| | | | |
| * | | | vscode: sync package-lock.json version with package.jsonVeetaha2020-03-141-1/+1
| | | | |
| * | | | docs: add documentation for vscode nightliesVeetaha2020-03-141-0/+19
| | | | |
| * | | | vscode-postrefactor: more logging and better error handlingVeetaha2020-03-143-23/+31
| | | | |
| * | | | vscode-postrefactor: enforcing more reentrancyVeetaha2020-03-142-4/+7
| | | | |
| * | | | vscode-postrefactor: minor config refactoringsVeetaha2020-03-142-4/+5
| | | | |
| * | | | vscode-postrefactor: unhandled promise rejections shall not pass 2Veetaha2020-03-141-1/+1
| | | | |
| * | | | vscode-postrefactor: add achtung commentVeetaha2020-03-141-0/+4
| | | | |
| * | | | vscode-postrefactor: remove remainders of debug loggingVeetaha2020-03-141-1/+0
| | | | |
| * | | | vscode-postrefactor: unhandled promise rejections shall not passVeetaha2020-03-141-1/+1
| | | | |
| * | | | vscode-postrefactor: compare dates by value, not by referenceVeetaha2020-03-141-2/+2
| | | | |
| * | | | vscode-postrefactor: eliminate my-mistake floating promise @matkladVeetaha2020-03-141-1/+1
| | | | |
| * | | | vscode-postrefactor: global storagesVeetaha2020-03-141-20/+19
| | | | |
| * | | | vscode: put comma backVeetaha2020-03-141-1/+1
| | | | |
| * | | | vscode: make bailing out on custom serverPath more evidentVeetaha2020-03-142-10/+8
| | | | |
| * | | | vscode: npm run fixVeetaha2020-03-142-4/+4
| | | | |
| * | | | vscode: amend server installation logic to account for nightliesVeetaha2020-03-143-52/+57
| | | | |
| * | | | vscode: add nightly extension installation logicVeetaha2020-03-141-0/+131
| | | | |
| * | | | vscode: prepare config for nightliesVeetaha2020-03-141-15/+96
| | | | |
| * | | | vscode: prepare package.json for nightliesVeetaha2020-03-142-3/+16
| | | | |
| * | | | vscode: get release date from release infoVeetaha2020-03-142-14/+7
| | | | |
| * | | | vscode-prerefactor: add some utility functionsVeetaha2020-03-141-6/+63
| | | | |
| * | | | vscode-prerefactor: merge two files into downloads.tsVeetaha2020-03-142-50/+46
| | | | |
* | | | | Merge #3540bors[bot]2020-03-167-20/+63
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3540: Swtches to rust SSR query check r=matklad a=mikhail-m1 related to #3186 Co-authored-by: Mikhail Modin <[email protected]>
| * | | | | Swtches to rust SSR query checkMikhail Modin2020-03-157-20/+63
| | | | | |
* | | | | | Merge #3598bors[bot]2020-03-161-17/+3
|\ \ \ \ \ \ | |_|_|/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3598: ra_hir_expand: migrate to impl_intern_key!() r=matklad a=Veetaha Co-authored-by: Veetaha <[email protected]> Co-authored-by: Veetaha <[email protected]>
| * | | | | ra_hir_expand: change the ordering of imports as per the formatterVeetaha2020-03-151-1/+1
| | | | | |
| * | | | | ra_hir_expand: migrate to impl_intern_key!()Veetaha2020-03-151-17/+3
| | | | | |
* | | | | | Merge #3602bors[bot]2020-03-162-66/+33
|\ \ \ \ \ \ | |/ / / / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3602: ra_ide: remove dead code, migrate from readonly String -> &str r=matklad a=Veetaha https://rust-lang.zulipchat.com/#narrow/stream/185405-t-compiler.2Fwg-rls-2.2E0/topic/hover/near/190671355 Co-authored-by: veetaha <[email protected]>
| * | | | | ra_ide: refactor readonly String -> &strveetaha2020-03-162-25/+28
| | | | | |
| * | | | | ra_ide: remove dead code in HoverResultveetaha2020-03-151-41/+5
| | | | | |
* | | | | | Merge #3597bors[bot]2020-03-151-2/+2
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3597: Update anyhow r=kjeremy a=kjeremy Co-authored-by: Jeremy Kolb <[email protected]>
| * | | | | | Update anyhowJeremy Kolb2020-03-151-2/+2
|/ / / / / /
* | | | | | Merge #3591bors[bot]2020-03-156-16/+96
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3591: Support local macro_rules r=matklad a=edwin0cheng This PR implement local `macro_rules` in function body, by adding following things: 1. While lowering, add a `MacroDefId` in body's `ItemScope` as a textual legacy macro. 2. Make `Expander::enter_expand` search with given `ItemScope`. 3. Make `Resolver::resolve_path_as_macro` search with `LocalItemScope`. Fix #2181 Co-authored-by: Edwin Cheng <[email protected]>
| * | | | | | Support local macro_rulesEdwin Cheng2020-03-146-16/+96
| | | | | | |
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-14 03:20:30 +0000