Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
*-. | Merge #5072 #5073 | bors[bot] | 2020-06-26 | 5 | -28/+35 |
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5072: Cleanup r=matklad a=matklad bors r+ 🤖 5073: `iterate_method_candidates`: Address review comments r=jonas-schievink a=jonas-schievink bors r+ Co-authored-by: Aleksey Kladov <[email protected]> Co-authored-by: Jonas Schievink <[email protected]> | ||||
| | * | Address review comments | Jonas Schievink | 2020-06-26 | 1 | -1/+2 |
| | | | |||||
| * | | Cleanup | Aleksey Kladov | 2020-06-26 | 4 | -27/+33 |
|/ / | |||||
* | | Simplify | Aleksey Kladov | 2020-06-26 | 2 | -23/+15 |
| | | |||||
* | | Simplify | Aleksey Kladov | 2020-06-26 | 2 | -10/+2 |
| | | |||||
* | | Workaround use Trait as _ bug in rust-analyzer | Aleksey Kladov | 2020-06-26 | 1 | -3/+2 |
| | | |||||
* | | reduce visibility | Aleksey Kladov | 2020-06-26 | 1 | -1/+1 |
|/ | |||||
* | minor | Aleksey Kladov | 2020-06-26 | 2 | -7/+6 |
| | |||||
* | Merge #5066 | bors[bot] | 2020-06-26 | 3 | -2/+34 |
|\ | | | | | | | | | | | | | | | | | | | 5066: Infer type for slice wildcard patterns r=flodiebold a=adamrk Resolves https://github.com/rust-analyzer/rust-analyzer/issues/4830 The issue is just that we were never inferring the type for the wildcard `..` in slice patterns. Co-authored-by: adamrk <[email protected]> | ||||
| * | Infer type for slice wildcard patterns | adamrk | 2020-06-25 | 3 | -2/+34 |
| | | |||||
* | | Simplify | Aleksey Kladov | 2020-06-25 | 2 | -8/+4 |
| | | |||||
* | | Smarter introduce variable | Aleksey Kladov | 2020-06-25 | 1 | -8/+49 |
| | | | | | | | | Use field init shorthand | ||||
* | | Minor | Aleksey Kladov | 2020-06-25 | 4 | -32/+38 |
| | | |||||
* | | Add new module for project loading stuff | Aleksey Kladov | 2020-06-25 | 5 | -238/+260 |
| | | |||||
* | | Prep dynamic workspace loading | Aleksey Kladov | 2020-06-25 | 2 | -96/+79 |
| | | |||||
* | | Separate creation and initialization of global state | Aleksey Kladov | 2020-06-25 | 1 | -56/+65 |
|/ | |||||
* | Simplify diagnostics handling | Aleksey Kladov | 2020-06-25 | 3 | -70/+50 |
| | |||||
* | Simplify | Aleksey Kladov | 2020-06-25 | 3 | -57/+43 |
| | |||||
* | -mMake it harder to accidently early-exit the loop | Aleksey Kladov | 2020-06-25 | 1 | -160/+166 |
| | |||||
* | Merge #5064 | bors[bot] | 2020-06-25 | 7 | -551/+560 |
|\ | | | | | | | | | | | | | | | | | | | | | 5064: Add NotificationDispatcher r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]> | ||||
| * | Add NotificationDispatcher | Aleksey Kladov | 2020-06-25 | 3 | -81/+85 |
| | | |||||
| * | Move request dispatcher to a separate file | Aleksey Kladov | 2020-06-25 | 3 | -129/+146 |
| | | |||||
| * | Refactor main_loop | Aleksey Kladov | 2020-06-25 | 4 | -414/+402 |
| | | |||||
* | | Merge #5063 | bors[bot] | 2020-06-25 | 7 | -61/+162 |
|\ \ | |/ |/| | | | | | | | | | | | 5063: Store field/variant attrs in ItemTree and use it for adt.rs queries r=jonas-schievink a=jonas-schievink Co-authored-by: Jonas Schievink <[email protected]> | ||||
| * | Use ItemTree to answer enum_data query | Jonas Schievink | 2020-06-25 | 1 | -7/+19 |
| | | |||||
| * | Use IdRange for variants | Jonas Schievink | 2020-06-25 | 3 | -9/+29 |
| | | |||||
| * | Generalize FieldIds -> IdRange<T> | Jonas Schievink | 2020-06-25 | 2 | -13/+14 |
| | | |||||
| * | adt.rs: fetch struct/union data from item tree | Jonas Schievink | 2020-06-25 | 1 | -19/+49 |
| | | |||||
| * | Collect field/variant attrs in ItemTree | Jonas Schievink | 2020-06-25 | 6 | -20/+40 |
| | | |||||
| * | Allow iterating fields in the ItemTree | Jonas Schievink | 2020-06-25 | 3 | -10/+28 |
| | | |||||
* | | Move TaskPool into GlobalState | Aleksey Kladov | 2020-06-25 | 4 | -84/+98 |
| | | |||||
* | | Better event naming | Aleksey Kladov | 2020-06-25 | 1 | -21/+25 |
| | | |||||
* | | Merge #5056 | bors[bot] | 2020-06-25 | 2 | -71/+57 |
|\ \ | |/ |/| | | | | | | | | | | | | | | | | | 5056: Canonicalize actor API r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]> | ||||
| * | Canonicalize actor API | Aleksey Kladov | 2020-06-25 | 2 | -71/+57 |
| | | |||||
* | | Fix matchig brace for pipes | Aleksey Kladov | 2020-06-25 | 1 | -1/+5 |
|/ | |||||
* | Minor, move code | Aleksey Kladov | 2020-06-25 | 2 | -120/+123 |
| | |||||
* | Merge #5050 | bors[bot] | 2020-06-25 | 3 | -63/+54 |
|\ | | | | | | | | | | | | | | | | | | | | | 5050: Simplify r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]> | ||||
| * | Simplify | Aleksey Kladov | 2020-06-25 | 1 | -15/+6 |
| | | |||||
| * | Minor rename | Aleksey Kladov | 2020-06-25 | 3 | -49/+49 |
| | | |||||
* | | Merge #5049 | bors[bot] | 2020-06-25 | 7 | -17/+18 |
|\| | | | | | | | | | | | | | | | | | | | | | 5049: Rename ra_flycheck -> flycheck r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]> | ||||
| * | Rename ra_flycheck -> flycheck | Aleksey Kladov | 2020-06-25 | 7 | -17/+18 |
| | | |||||
* | | Merge #5048 | bors[bot] | 2020-06-25 | 5 | -50/+66 |
|\| | | | | | | | | | | | | | | | | | 5048: Unify code style for worker threads r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]> | ||||
| * | Unify style | Aleksey Kladov | 2020-06-25 | 4 | -19/+19 |
| | | |||||
| * | Abstract over channel | Aleksey Kladov | 2020-06-25 | 3 | -30/+43 |
| | | |||||
| * | Use Handle/Actor terminology for flycheck | Aleksey Kladov | 2020-06-25 | 2 | -13/+16 |
| | | |||||
* | | matching brace works for | in lambdas | Aleksey Kladov | 2020-06-25 | 1 | -5/+22 |
|/ | |||||
* | Scale progress down | Aleksey Kladov | 2020-06-25 | 10 | -341/+102 |
| | | | | | | | | | | | | | | | There are two reasons why we don't want a generic ra_progress crate just yet: *First*, it introduces a common interface between separate components, and that is usually undesirable (b/c components start to fit the interface, rather than doing what makes most sense for each particular component). *Second*, it introduces a separate async channel for progress, which makes it harder to correlate progress reports with the work done. Ie, when we see 100% progress, it's not blindly obvious that the work has actually finished, we might have some pending messages still. | ||||
* | Merge branch 'Veetaha-feat/sync-branch' | Aleksey Kladov | 2020-06-25 | 9 | -30/+286 |
|\ | |||||
| * | Flatten Task enum ¯\_(ツ)_/¯ | Veetaha | 2020-06-18 | 1 | -5/+7 |
| | | |||||
| * | Migrate flycheck to fully-lsp-compatible progress reports (introduce ↵ | veetaha | 2020-06-18 | 13 | -259/+351 |
| | | | | | | | | ra_progress crate) |