diff options
| author | Dylan DPC <99973273+Dylan-DPC@users.noreply.github.com> | 2023-06-01 11:09:44 +0530 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2023-06-01 11:09:44 +0530 |
| commit | fe123231ad0efcf16f183975b9b28304d63363e7 (patch) | |
| tree | 454876ab95113d67b3396feeef2b55aa1172a988 /compiler/rustc_codegen_llvm | |
| parent | 02c4b4b2790cc778d235b020b5615e29805e5f43 (diff) | |
| parent | cc21d9aa522cf07148e154ce9aec5f5f7a67c86c (diff) | |
| download | rust-fe123231ad0efcf16f183975b9b28304d63363e7.tar.gz rust-fe123231ad0efcf16f183975b9b28304d63363e7.zip | |
Rollup merge of #112128 - nnethercote:no-inlining-advance, r=wesleywiser
Don't compute inlining status of mono items in advance. We record inlining status for mono items in `MonoItems`, and then transfer it to `InliningMap`, for later use in `InliningMap::with_inlining_candidates`. But we can just compute inlining status directly in `InliningMap::with_inlining_candidates`, because the mono item is right there. There's no need to compute it in advance. This commit changes the code to do that, removing the need for `MonoItems` and `InliningMap::inlines`. This does result in more calls to `instantiation_mode` (one per static occurrence) but the performance effect is negligible. r? ``@wesleywiser``
Diffstat (limited to 'compiler/rustc_codegen_llvm')
0 files changed, 0 insertions, 0 deletions