aboutsummaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
...
| * | | | | Be more precise about flycheck statusAleksey Kladov2020-06-262-67/+38
| | |/ / / | |/| | |
* | | | | Merge #5076bors[bot]2020-06-264-9/+27
|\ \ \ \ \ | |/ / / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5076: Make VFS join methods fallible r=matklad a=jonas-schievink Co-authored-by: Jonas Schievink <[email protected]>
| * | | | Make VFS join methods fallibleJonas Schievink2020-06-264-9/+27
| | |_|/ | |/| |
| | | |
| \ \ \
*-. \ \ \ Merge #5072 #5073bors[bot]2020-06-265-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 commentsJonas Schievink2020-06-261-1/+2
| | | | |
| * | | | CleanupAleksey Kladov2020-06-264-27/+33
|/ / / /
* | | | SimplifyAleksey Kladov2020-06-262-23/+15
| | | |
* | | | SimplifyAleksey Kladov2020-06-262-10/+2
| | | |
* | | | Workaround use Trait as _ bug in rust-analyzerAleksey Kladov2020-06-261-3/+2
| | | |
* | | | reduce visibilityAleksey Kladov2020-06-261-1/+1
|/ / /
* | | 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
| | | |
* | | | SimplifyAleksey Kladov2020-06-252-8/+4
| | | |
* | | | Smarter introduce variableAleksey Kladov2020-06-251-8/+49
| | | | | | | | | | | | | | | | Use field init shorthand
* | | | 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
|/ / /
* | | 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
| | | |
* | | | Move TaskPool into GlobalStateAleksey Kladov2020-06-254-84/+98
| |_|/ |/| |
* | | 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
| | |
* | | Fix matchig brace for pipesAleksey Kladov2020-06-251-1/+5
|/ /
* | 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-257-17/+18
|\| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5049: Rename ra_flycheck -> flycheck r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * | Rename ra_flycheck -> flycheckAleksey Kladov2020-06-257-17/+18
| | |
* | | 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
| | |
* | | matching brace works for | in lambdasAleksey Kladov2020-06-251-5/+22
|/ /
* | Scale progress downAleksey Kladov2020-06-2510-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.