Commit message (Collapse) | Author | Age | Files | Lines | ||
---|---|---|---|---|---|---|
... | ||||||
* | | | | 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) | |||||
| * | | Migrate flycheck to fully-lsp-compatible progress reports (introduce ↵ | veetaha | 2020-06-18 | 6 | -101/+225 | |
| | | | | | | | | | | | | ra_progress crate) | |||||
* | | | Tweak visibility | Aleksey Kladov | 2020-06-25 | 6 | -88/+84 | |
| | | | ||||||
* | | | Reduce visibility | Aleksey Kladov | 2020-06-25 | 3 | -40/+29 | |
| | | |