-
Notifications
You must be signed in to change notification settings - Fork 12.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Various cleanups around pre-TyCtxt queries and functions #106810
Conversation
Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @petrochenkov (or someone else) soon. Please see the contribution instructions for more information. |
Some changes occurred in src/tools/clippy cc @rust-lang/clippy Some changes occurred in compiler/rustc_codegen_cranelift cc @bjorn3 The Miri subtree was changed cc @rust-lang/miri |
@bors try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
⌛ Trying commit 16f07aee4acdca6063d0a6a0e32e96e1ccffe427 with merge dc88ba6552d55a6b2fa3a3ea6fbad64e10e134e5... |
@rust-timer build dc88ba6552d55a6b2fa3a3ea6fbad64e10e134e5 |
This comment has been minimized.
This comment has been minimized.
Finished benchmarking commit (dc88ba6552d55a6b2fa3a3ea6fbad64e10e134e5): comparison URL. Overall result: ❌✅ regressions and improvements - no action neededBenchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. While you can manually mark this PR as fit for rollup, we strongly recommend not doing so since this PR may lead to changes in compiler perf. @bors rollup=never Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)ResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesThis benchmark run did not return any relevant results for this metric. |
Perf is ok, rebase is needed. |
This comment was marked as resolved.
This comment was marked as resolved.
0a66365
to
fd948b0
Compare
@rustbot review |
@petrochenkov bors ? |
@bors retry |
Bors keeps getting stuck on this PR. Opened a topic on zulip: https://rust-lang.zulipchat.com/#narrow/stream/242791-t-infra/topic/Bors.20gets.20stuck.20on.20.23106810 @bors r- |
@bors r=petrochenkov Let's see if this helps. Previously PR CI wasn't running either so I wonder if some internal GitHub state was confused. |
☀️ Test successful - checks-actions |
Finished benchmarking commit (65d2f2a): comparison URL. Overall result: ✅ improvements - no action needed@rustbot label: -perf-regression Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)ResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
|
Until rust-lang/rust#106810 can be dealt with.
Until rust-lang/rust#106810 can be dealt with.
…=petrochenkov Various cleanups around pre-TyCtxt queries and functions part of rust-lang#105462 based on rust-lang#106776 (everything starting at [0e2b39f](rust-lang@0e2b39f) is new in this PR) r? `@petrochenkov` I think this should be most of the uncontroversial part of rust-lang#105462.
…rochenkov give the resolver access to TyCtxt The resolver is now created after TyCtxt is created. Then macro expansion and name resolution are run and the results fed into queries just like before this PR. Since the resolver had (before this PR) mutable access to the `CStore` and the source span table, these two datastructures are now behind a `RwLock`. To ensure that these are not mutated anymore after the resolver is done, a read lock to them is leaked right after the resolver finishes. ### PRs split out of this one and leading up to it: * rust-lang#105423 * rust-lang#105357 * rust-lang#105603 * rust-lang#106776 * rust-lang#106810 * rust-lang#106812 * rust-lang#108032
give the resolver access to TyCtxt The resolver is now created after TyCtxt is created. Then macro expansion and name resolution are run and the results fed into queries just like before this PR. Since the resolver had (before this PR) mutable access to the `CStore` and the source span table, these two datastructures are now behind a `RwLock`. To ensure that these are not mutated anymore after the resolver is done, a read lock to them is leaked right after the resolver finishes. ### PRs split out of this one and leading up to it: * rust-lang/rust#105423 * rust-lang/rust#105357 * rust-lang/rust#105603 * rust-lang/rust#106776 * rust-lang/rust#106810 * rust-lang/rust#106812 * rust-lang/rust#108032
give the resolver access to TyCtxt The resolver is now created after TyCtxt is created. Then macro expansion and name resolution are run and the results fed into queries just like before this PR. Since the resolver had (before this PR) mutable access to the `CStore` and the source span table, these two datastructures are now behind a `RwLock`. To ensure that these are not mutated anymore after the resolver is done, a read lock to them is leaked right after the resolver finishes. ### PRs split out of this one and leading up to it: * rust-lang/rust#105423 * rust-lang/rust#105357 * rust-lang/rust#105603 * rust-lang/rust#106776 * rust-lang/rust#106810 * rust-lang/rust#106812 * rust-lang/rust#108032
part of #105462
based on #106776 (everything starting at 0e2b39f is new in this PR)
r? @petrochenkov
I think this should be most of the uncontroversial part of #105462.