-
-
Notifications
You must be signed in to change notification settings - Fork 14.5k
Rollup of 4 pull requests #152264
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
Rollup of 4 pull requests #152264
Conversation
Signed-off-by: arferreira <arfs.antonio@gmail.com>
…ir_build, r=JonathanBrouwer Convert to inline diagnostics in `rustc_mir_build` Part of rust-lang#151366. r? @JonathanBrouwer
…onst_eval, r=JonathanBrouwer Convert to inline diagnostics in `rustc_const_eval` Part of rust-lang#151366. r? @JonathanBrouwer
…=oli-obk Dont strip const blocks in array lengths r? oli-obk mGCA now handles const blocks by *always* handling them during `lower_expr_to_const_arg_direct` instead of *sometimes* stripping them out at parse time. This is just generally a lot clearer/nicer but also means parsing isn't lossy which is just straight up wrong. We now use `MgcaDisambiguation::Direct` for const blocks because we "directly" represent a const block as `hir::ConstArgKind::Anon` :> The only time that an anon const for const generics uses `MgcaDisambiguation::AnonConst` is for unbraced literals. Once we properly support literals in `hir::ConstArgKind` (see rust-lang#152139 rust-lang#152001) then `MgcaDisambiguation` can be renamed to `AnonConstKind` with `TypeSystem` and `NonTypeSystem` variants. We can also get rid of `mgca_direct_lit_hack`. I expect this to be a very nice cleanup :) Fixes rust-lang/rustfmt#6788 The diff relating to passing spans around is to avoid a bunch of mGCA diagnostics changing from `const {}` to `{}`. I'm not entirely sure why this was happening. cc @rust-lang/rustfmt How do I run the tests in the rustfmt repo from here? `x test rustfmt` only seems to run like 100 tests and doesn't result in a `target/issue-6788.rs` getting created. I've verified locally that this formats correctly though
…=GuillaumeGomez Use relative paths for std links in rustc-docs Fixes rust-lang#151496 This adds `--extern-html-root-url` for each `STD_PUBLIC_CRATES` entry pointing to `../`, so that `rustc-docs` links to the locally installed `rust-docs` via relative paths. r? @GuillaumeGomez @rami3l
|
@bors r+ rollup=never p=5 |
This comment has been minimized.
This comment has been minimized.
|
💔 Test for ce9b15c failed: CI. Failed job:
|
|
@bors retry |
This comment has been minimized.
This comment has been minimized.
|
The job Click to see the possible cause of the failure (guessed by this bot) |
|
📌 Perf builds for each rolled up PR:
previous master: efc9e1b50c In the case of a perf regression, run the following command for each PR you suspect might be the cause: |
What is this?This is an experimental post-merge analysis report that shows differences in test outcomes between the merged PR and its parent PR.Comparing efc9e1b (parent) -> c58d9f9 (this PR) Test differencesShow 152 test diffsStage 0
Stage 1
(and 40 additional test diffs) Additionally, 12 doctest diffs were found. These are ignored, as they are noisy. Job group index Test dashboardRun cargo run --manifest-path src/ci/citool/Cargo.toml -- \
test-dashboard c58d9f9f82ead734d73d99a64e910718f5f464d3 --output-dir test-dashboardAnd then open Job duration changes
How to interpret the job duration changes?Job durations can vary a lot, based on the actual runner instance |
|
Finished benchmarking commit (c58d9f9): comparison URL. Overall result: ❌✅ regressions and improvements - please read the text belowOur benchmarks found a performance regression caused by this PR. Next Steps:
@rustbot label: +perf-regression Instruction countOur most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.
Max RSS (memory usage)Results (primary -0.0%, secondary 1.0%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (secondary -4.2%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 474.536s -> 475.659s (0.24%) |
|
Secondary benchmark improvements probably due to inline diagnostics again. |
|
Started perf runs to confirm |
|
Seems to be mostly explained by the inline diagnostics PRs. Some benchmarks don't show up but that's likely because together they are significant, but separately they are not |
Successful merges:
rustc_mir_build#152126 (Convert to inline diagnostics inrustc_mir_build)rustc_const_eval#152186 (Convert to inline diagnostics inrustc_const_eval)r? @ghost
Create a similar rollup