aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Merge #5070bors[bot]2020-06-262-7/+6
|\ | | | | | | | | | | | | | | | | | | | | 5070: minor r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * minorAleksey Kladov2020-06-262-7/+6
|/
* Merge #5066bors[bot]2020-06-263-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 patternsadamrk2020-06-253-2/+34
| |
* | Merge #5069bors[bot]2020-06-253-16/+53
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | 5069: DWIM introduce variable r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * | SimplifyAleksey Kladov2020-06-252-8/+4
| | |
| * | Smarter introduce variableAleksey Kladov2020-06-251-8/+49
| | | | | | | | | | | | Use field init shorthand
* | | Merge #5068bors[bot]2020-06-257-289/+309
|\| | | |/ |/| | | | | | | | | | | | | 5068: Prep dynamic reload r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * MinorAleksey Kladov2020-06-254-32/+38
| |
| * Add new module for project loading stuffAleksey Kladov2020-06-255-238/+260
| |
| * Prep dynamic workspace loadingAleksey Kladov2020-06-252-96/+79
| |
| * Separate creation and initialization of global stateAleksey Kladov2020-06-251-56/+65
|/
* Merge #5065bors[bot]2020-06-255-267/+239
|\ | | | | | | | | | | | | | | | | | | | | 5065: Simplify diagnostics handling r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Simplify diagnostics handlingAleksey Kladov2020-06-253-70/+50
| |
| * SimplifyAleksey Kladov2020-06-253-57/+43
| |
| * -mMake it harder to accidently early-exit the loopAleksey Kladov2020-06-251-160/+166
|/
* Merge #5064bors[bot]2020-06-257-551/+560
|\ | | | | | | | | | | | | | | | | | | | | 5064: Add NotificationDispatcher r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Add NotificationDispatcherAleksey Kladov2020-06-253-81/+85
| |
| * Move request dispatcher to a separate fileAleksey Kladov2020-06-253-129/+146
| |
| * Refactor main_loopAleksey Kladov2020-06-254-414/+402
| |
* | Merge #5063bors[bot]2020-06-257-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 queryJonas Schievink2020-06-251-7/+19
| | |
| * | Use IdRange for variantsJonas Schievink2020-06-253-9/+29
| | |
| * | Generalize FieldIds -> IdRange<T>Jonas Schievink2020-06-252-13/+14
| | |
| * | adt.rs: fetch struct/union data from item treeJonas Schievink2020-06-251-19/+49
| | |
| * | Collect field/variant attrs in ItemTreeJonas Schievink2020-06-256-20/+40
| | |
| * | Allow iterating fields in the ItemTreeJonas Schievink2020-06-253-10/+28
| | |
* | | Merge #5061bors[bot]2020-06-254-84/+98
|\ \ \ | | |/ | |/| | | | | | | | | | | | | | | | | | | | | | | | | 5061: Move TaskPool into GlobalState r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * | Move TaskPool into GlobalStateAleksey Kladov2020-06-254-84/+98
|/ /
* | Merge #5058bors[bot]2020-06-251-21/+25
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5058: Better event naming r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * | Better event namingAleksey Kladov2020-06-251-21/+25
|/ /
* | Merge #5056bors[bot]2020-06-252-71/+57
|\ \ | |/ |/| | | | | | | | | | | | | | | | | 5056: Canonicalize actor API r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Canonicalize actor APIAleksey Kladov2020-06-252-71/+57
| |
* | Merge #5053bors[bot]2020-06-251-1/+5
|\ \ | |/ |/| | | | | | | | | | | | | | | | | 5053: Fix matchig brace for pipes r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Fix matchig brace for pipesAleksey Kladov2020-06-251-1/+5
|/
* Merge #5052bors[bot]2020-06-252-120/+123
|\ | | | | | | | | | | | | | | | | | | | | 5052: Minor, move code r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Minor, move codeAleksey Kladov2020-06-252-120/+123
|/
* Merge #5050bors[bot]2020-06-253-63/+54
|\ | | | | | | | | | | | | | | | | | | | | 5050: Simplify r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * SimplifyAleksey Kladov2020-06-251-15/+6
| |
| * Minor renameAleksey Kladov2020-06-253-49/+49
| |
* | Merge #5049bors[bot]2020-06-258-30/+31
|\| | | | | | | | | | | | | | | | | | | | | 5049: Rename ra_flycheck -> flycheck r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Rename ra_flycheck -> flycheckAleksey Kladov2020-06-258-30/+31
| |
* | Merge #5048bors[bot]2020-06-255-50/+66
|\| | | | | | | | | | | | | | | | | 5048: Unify code style for worker threads r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Unify styleAleksey Kladov2020-06-254-19/+19
| |
| * Abstract over channelAleksey Kladov2020-06-253-30/+43
| |
| * Use Handle/Actor terminology for flycheckAleksey Kladov2020-06-252-13/+16
| |
* | Merge #5047bors[bot]2020-06-251-5/+22
|\ \ | |/ |/| | | | | | | | | | | | | | | | | 5047: matching brace works for | in lambdas r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * matching brace works for | in lambdasAleksey Kladov2020-06-251-5/+22
|/
* Merge #5046bors[bot]2020-06-257-220/+134
|\ | | | | | | | | | | | | | | | | | | 5046: Fix progress reporting for flycheck r=matklad a=matklad bors r+ Co-authored-by: veetaha <[email protected]> Co-authored-by: Veetaha <[email protected]> Co-authored-by: Aleksey Kladov <[email protected]>
| * Scale progress downAleksey Kladov2020-06-2511-354/+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.