T-compiler Meeting Agenda 2022-07-28
Announcements
- Types Team: Planning/Deep-Dive meeting at time:2022-07-29T09:00:00-04:00
- Compiler Team Planning meeting at time:2022-07-29T10:00:00-04:00
- Reminder: if you see a PR/issue that seems like there might be legal implications due to copyright/IP/etc, please let the Core team know (or at least message @pnkfelix or @Wesley Wiser so we can pass it along).
Other WG meetings
- wg-debugging status & design meeting at time:2022-08-01T10:00:00-04:00
- wg-rls-2.0 weekly sync-up at time:2022-08-01T11:00:00-04:00
- Async WG triage meeting at time:2022-08-01T11:30:00-04:00
MCPs/FCPs
- New MCPs (take a look, see if you like them!)
- “Use RangeInclusive in SpanData instead of lo/hi” compiler-team#534
- “Rewrite compiletest out of tree” compiler-team#536
- Old MCPs (not seconded, take a look)
- “Arbitrary annotations in compiletest” compiler-team#513 (last review activity: 2 months ago)
- “Add support for the LoongArch architecture” compiler-team#518 (last review activity: about 41 days ago)
- “Add import_name_type parameter to #[link]” compiler-team#525 (last review activity: about 6 days ago)
- “Add
#[alias]
attribute to allow symbol aliasing” compiler-team#526 (last review activity: about 6 days ago)
- Pending FCP requests (check your boxes!)
- “Increase the minimum linux-gnu versions” rust#95026
- “[RFC] Support
.comment
section like GCC/Clang (!llvm.ident
)” rust#97550 - “Update cc-rs to 1.0.73 for compiler + bootstrap” rust#99477
- Things in FCP (make sure you’re good with it)
- “Stabilize
-Zgcc-ld=lld
as-Clink-self-contained=linker -Clinker-flavor=gcc-lld
” compiler-team#510 - “move hir typeck into separate crate” compiler-team#529
- “Create
#[rustc_on_type_error]
mimicking#[rustc_on_unimplemented]
for E0308 customization” compiler-team#530 - “Split
Predicate
intoGoal
andClause
” compiler-team#531 - “Deref is not a projection” compiler-team#532
- “Remove HashStable impl for collection types with unstable iteration order” compiler-team#533
- “session: stabilize split debuginfo on linux” rust#98051
- “Stabilize
- Accepted MCPs
- “Removing codegen logic for
nvptx-nvidia-cuda
(32-bit target)” compiler-team#496 - “Introduce
-Z
flag to control how proc-macros are run” compiler-team#528
- “Removing codegen logic for
- Finalized FCPs (disposition merge)
- “Remove migrate borrowck mode” rust#95565
- “Modify MIR building to drop repeat expressions with length zero” rust#95953
- “Lang: Stabilize usage of rustc_nonnull_optimization_guaranteed on -1” rust#97122
- “Remove a back-compat hack on lazy TAIT” rust#97346
- “Make outlives::{components,verify} agree” rust#97406
- “make cenum_impl_drop_cast deny-by-default” rust#97652
- “make const_err show up in future breakage reports” rust#97743
- “lub: don’t bail out due to empty binders” rust#97867
- “allow unions with mutable references and tuples of allowed types” rust#97995
- “do not mark interior mutable shared refs as dereferenceable” rust#98017
WG checkins
-
@_WG-rls2.0 by @Lukas Wirth (previous checkin):
This sprint saw bigger focus on completion refactorings, we also fixed the long standing issue with
go to implementation
not going to the associated items of trait implementation but of the traits itself, https://github.com/rust-lang/rust-analyzer/issues/12549. Most importantly though, there has been a lot of talks regarding rust-analyzer’s proc-macro server story: See https://github.com/rust-lang/rust-analyzer/issues/12579 and https://github.com/rust-lang/rust-analyzer/issues/12803. Big discussion, but the main points are that r-a is now a subtree instead of a submodule in the rust-lang/rust repository and that we are soon shipping a rustup component that allows r-a to execute a proc-macro server that always has a matching proc-macro ABI with the current toolchain, preventing frequent breakage for r-a whenever the proc-macro ABI changes. -
@_WG-self-profile by @mw and @Wesley Wiser (previous checkin):
- measureme 10.1.0 has been released. The crate can now compile on stable, even when using hardware performance counters for instrumentation.
- We’ve updated rustc to use this version as well which should allow the
-Z self-profile-counter
to work correctly.
Backport nominations
T-compiler beta / T-compiler stable
- :beta: “Upgrade indexmap and thorin-dwp to use hashbrown 0.12” rust#99251
- nominated by @simulacrum, perf. results are positive and it fixes a soundness in the current hashbrown crate
- No stable nominations for
T-compiler
this time.
T-rustdoc beta / T-rustdoc stable
- No beta nominations for
T-rustdoc
this time. - No stable nominations for
T-rustdoc
this time.
:back: / :shrug: / :hand:
PRs S-waiting-on-team
- “Remove implicit names and values from
--cfg
in--check-cfg
” rust#99519- Nominated for discussion
Oldest PRs waiting for review
- “Memory-map the dep-graph instead of reading it up front” rust#95543 (last review activity: 3 months ago)
- cc mw
- “Add pointer masking convenience functions” rust#96946 (last review activity: about 37 days ago)
- This is
T-libs-api
, cc: @_Josh Triplett
- This is
- “Implement
#[rustc_default_body_unstable]
” rust#96478 (last review activity: about 36 days ago)- cc @Aaron Hill
- “Add option to pass environment variables” rust#94387 (last review activity: about 34 days ago)
- ping @bjorn3
- “Implement unstable
-Clinker-flavor=gcc:lld
for MCP 510” rust#96827 (last review activity: about 30 days ago)- reroll assignment @Vadim Petrochenkov? (see comment)
Issues of Note
Short Summary
- 4 T-compiler P-critical issues
- 58 T-compiler P-high issues
- 1 P-critical, 1 P-high, 2 P-medium, 0 P-low regression-from-stable-to-beta
- 2 P-critical, 1 P-high, 1 P-medium, 0 P-low regression-from-stable-to-nightly
- 1 P-critical, 37 P-high, 85 P-medium, 7 P-low regression-from-stable-to-stable
P-critical
- “Compiling ndarray: alignment mismatch between ABI and layout” rust#99836
- Seems to be enabled by rust#98968
- No
P-critical
issues forT-rustdoc
this time.
P-high regressions
- “Source of lifetime coercion is not reported starting in 1.63” rust#99256
- bisected to rust#95565, cc’ed @_Jack Huey
Unassigned P-high nightly regressions
- “nightly 2022-06-29 rejects previously compiling code with missing trait implementations” rust#99536
- @oli suggests to revert rust#97346 (iiuc)
- “Misaligned reference from drop field in packed struct” rust#99838
- old unsoundness regression dating back to 1.54
Performance logs
Overall it was a mostly good week, with some very significant wins among the secondary benchmarks. Rollups continue to complicate triage process.
Triage done by @pnkfelix. Revision range: 8bd12e8c..50166d5e
Summary:
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | 2.2% | 3.2% | 6 |
Improvements (primary) | -1.8% | -21.2% | 199 |
Improvements (secondary) | -2.6% | -9.0% | 124 |
All (primary) | -1.8% | -21.2% | 199 |
5 Regressions, 4 Improvements, 4 Mixed; 4 of them in rollups 30 Untriaged Pull Requests 61 artifact comparisons made in total
Regressions
Rollup of 9 pull requests #99520 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 2.0% | 2.7% | 4 |
Regressions (secondary) | 1.3% | 2.5% | 29 |
Improvements (primary) | N/A | N/A | 0 |
Improvements (secondary) | N/A | N/A | 0 |
All (primary) | 2.0% | 2.7% | 4 |
- The 4 primary regressions, 3 are helloworld check, regressing by 2.5% to 2.7% on various incr scenarios. The last is ripgrep check but that only regressed by 0.36%.
- From looking at the graph of helloworld-check over time, the regression to helloworld-check that was injected here was legitimate, as it plateaued up there for 4 or 5 days until it jumped back down due to PR #99677
- PR #99677 was put in to address regressions injected by PR #97786, which was rolled up in PR #98656. Looking at the data from that rollup, it appears that helloworld-check there also regressed by 2.6%; so it seems to me like the regression injected by #99520 is probably still persisting; its presence is just masked by the effect of PR #98656…
- Perhaps the regression is coming from the following queries/functions: stability_implications, metadata_decode_entry_stability_implications, defined_lib_features, metadata_decode_entry_defined_lib_features, all of which are present in the new commit but not the base commit. Were all of those added as part of PRs in this rollup?
- If the above queries are indeed to blame for the regression here, then I think that would be tied to PR #99212, “introduce implied_by in #[unstable] attribute”.
- Not marking as triaged. I’m leaving the perf-regression marker in place until we at least confirm which PR was the cause; then we can better evaluate whether the regression is an acceptable price to pay.
move considering_regions
to the infcx #99501 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 0.4% | 0.4% | 2 |
Regressions (secondary) | 0.4% | 0.5% | 5 |
Improvements (primary) | N/A | N/A | 0 |
Improvements (secondary) | N/A | N/A | 0 |
All (primary) | 0.4% | 0.4% | 2 |
- The secondary regressions were already anticipated by the PR reviewer. The primary regressions are both diesel and they look like blips in the data to me from the graph.
- Marking as triaged.
Sync in portable-simd subtree #99491 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 0.5% | 1.0% | 11 |
Regressions (secondary) | 0.8% | 1.3% | 20 |
Improvements (primary) | -0.2% | -0.2% | 1 |
Improvements (secondary) | N/A | N/A | 0 |
All (primary) | 0.4% | 1.0% | 12 |
- All of the regressions here are on doc profiles. I don’t think its worth us spending time trying to figure out 1% regressions to rustdoc performance.
- Marking as triaged.
Fix hack that remaps env constness. #99521 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 0.5% | 0.8% | 7 |
Regressions (secondary) | 0.6% | 0.6% | 1 |
Improvements (primary) | N/A | N/A | 0 |
Improvements (secondary) | N/A | N/A | 0 |
All (primary) | 0.5% | 0.8% | 7 |
- This regression was anticipated by the PR author and analyzed by the reviewer.
- marking as triaged.
Rollup of 8 pull requests #99792 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 0.5% | 0.8% | 9 |
Regressions (secondary) | 1.8% | 2.9% | 6 |
Improvements (primary) | N/A | N/A | 0 |
Improvements (secondary) | N/A | N/A | 0 |
All (primary) | 0.5% | 0.8% | 9 |
- Primary regressions were to clap (check full, check incr-full, and doc full), libc (doc full), hyper (check full, check incr-full, and doc full), image (doc full), and webrender (doc full).
- The significance factor points mostly to the clap cases (with 4.13x, 3.25x, and 7.15x respectively to each of the scenarios I listed above for clap).
- The detailed query data for clap check full indicates that the problem is mostly in
metadata_decode_entry_item_attrs
andvisible_parent_map
; those are the ones that had a significant time delta that end up explaining the overall time delta (0.003 + 0.003 > 0.005). visible_parent_map
slowdown may be due to PR #99698.- The slowdown to
metadata_decode_entry_Item_attrs
may be due to PR #99712 ? Hard to say. - The secondary regressions are all to the projection-caching benchmark, which regressed by 1.2% to 2.9% in various scenarios. That regression seems to be to due a combination of both the
metadata_decode_entry_item_attrs
andvisible_parent_map
regressions, as well as a little bit more time spent intype_op_prove_predicate
,evaluate_obligation
, andnormalize_projection_ty
. Not sure why though, I don’t think those got touched by this rollup. Maybe just different execution paths from the stdlib changes that did come in with this rollup? - Leaving comments on both the rollup PR and the two suspect PRs from the rollup. Not marking as triaged.
Improvements
Revert “Rollup merge of #98582 - oli-obk:unconstrained_opaque_type, r… #99495 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | N/A | N/A | 0 |
Improvements (primary) | -0.6% | -2.6% | 136 |
Improvements (secondary) | -1.0% | -5.5% | 93 |
All (primary) | -0.6% | -2.6% | 136 |
Rollup of 7 pull requests #99506 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | N/A | N/A | 0 |
Improvements (primary) | -1.4% | -20.7% | 35 |
Improvements (secondary) | -1.1% | -2.8% | 19 |
All (primary) | -1.4% | -20.7% | 35 |
- The -20.7% improvement was to webrender-2022 (check profile, incr-patched:println scenario).
- Not quite sure which PR in the rollup yielded that kind of improvement. Maybe PR #99486 sidestepped some pathological string construction(s) and comparison(s) in webrender?
- The primary benchmarks other than webrender all observed <1% improvement.
Tweak SubstFolder
implementation #99600 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | 1.6% | 1.6% | 1 |
Improvements (primary) | -0.4% | -0.6% | 22 |
Improvements (secondary) | -1.6% | -3.6% | 14 |
All (primary) | -0.4% | -0.6% | 22 |
Remove new allocations from imported_source_files
#99677 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | N/A | N/A | 0 |
Improvements (primary) | -1.5% | -9.9% | 132 |
Improvements (secondary) | -3.2% | -9.8% | 77 |
All (primary) | -1.5% | -9.9% | 132 |
Mixed
Improve the function pointer docs #98180 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 0.2% | 0.3% | 3 |
Regressions (secondary) | 0.4% | 0.4% | 8 |
Improvements (primary) | N/A | N/A | 0 |
Improvements (secondary) | -1.2% | -1.2% | 1 |
All (primary) | 0.2% | 0.3% | 3 |
- The regressions above are all in doc generation, and they are all minor.
- Marked as triaged.
Rollup of 11 pull requests #99567 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | 0.5% | 0.5% | 1 |
Improvements (primary) | -0.3% | -0.3% | 4 |
Improvements (secondary) | -0.7% | -1.0% | 5 |
All (primary) | -0.3% | -0.3% | 4 |
- Sole (small) regression was to secondary benchmark wg-grammar (doc full scenario), of 0.54%.
- Not worth trying to tease that out of a rollup.
rustc_expand: Switch FxHashMap to FxIndexMap where iteration is used #99320 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | N/A | N/A | 0 |
Regressions (secondary) | 0.4% | 0.4% | 1 |
Improvements (primary) | -1.1% | -1.8% | 11 |
Improvements (secondary) | N/A | N/A | 0 |
All (primary) | -1.1% | -1.8% | 11 |
- Sole (small) regression was to secondary benchmark tt-muncher (check incr-unchanged scenario), of 0.41%
- Seems like a justifiable cost given that 11 primary benchmarks were improved by a mean -1.1%.
Upgrade indexmap and thorin-dwp to use hashbrown 0.12 #99251 (Comparison Link)
mean | max | count | |
---|---|---|---|
Regressions (primary) | 0.2% | 0.2% | 3 |
Regressions (secondary) | N/A | N/A | 0 |
Improvements (primary) | -0.4% | -0.5% | 7 |
Improvements (secondary) | -1.4% | -1.4% | 2 |
All (primary) | -0.2% | -0.5% | 10 |
- 7 primary improvements, eight on diesel in check+opt full+incr-full profiles, in the range -0.31% to -0.47%; 3 primary regressions, two on diesel in debug+opt incr-unchanged, all roughly 0.23%.
- The change here was in part motivated by a soundness fix. So the relatively small regression here is easily outweighed by the soundness fix (and the fact that there were more significant improvements to boot is icing on the cake).
- marking as triaged.
Nominated Issues
- “Remove implicit names and values from
--cfg
in--check-cfg
” rust#99519- @Vadim Petrochenkov nominated: discussion about how to introduce this without breaking existing code
- No nominated RFCs for
T-compiler
this time.
Next week’s WG checkins
- @_WG-async-foundations by @nikomatsakis and @tmandry
- @_WG-traits (Generic associated types initiative) by @Jack Huey