diff options
| author | Tyler Mandry <tmandry@gmail.com> | 2020-08-16 14:59:21 -0700 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2020-08-16 14:59:21 -0700 |
| commit | c518347579f4e8def6c7f380580ba34cc6bd11d6 (patch) | |
| tree | e048dae2461094d49d87ed30181c8689dd696d64 /src/test/rustdoc-ui/coverage/json.rs | |
| parent | 8eba138d5b502cbcb4e0deabccb14d4ae572ead1 (diff) | |
| parent | 5d44d5456f2bc93beef26372b752d5b8613894a6 (diff) | |
| download | rust-c518347579f4e8def6c7f380580ba34cc6bd11d6.tar.gz rust-c518347579f4e8def6c7f380580ba34cc6bd11d6.zip | |
Rollup merge of #74314 - eddyb:closure-substs-direct, r=nikomatsakis
rustc_typeck: construct {Closure,Generator}Substs more directly.
We've previously not had a way to create `{Closure,Generator}Substs` other than instantiating all generics as inference variables and unifying the inference types (extracted using the regular `{Closure,Generator}Substs` accessors), with the actual types.
With this PR, those hacks, and assumptions about the order of closure/generator-specific components, are replaced with a simple API where the base `Substs` are combined with the additional information into a `{Closure,Generator}Substs`.
This might also be faster than relying inference, although probably not by much.
r? @nikomatsakis cc #53488 @blitzerr
Diffstat (limited to 'src/test/rustdoc-ui/coverage/json.rs')
0 files changed, 0 insertions, 0 deletions