Rollup of 3 pull requests - #163379
Rollup of 3 pull requests#163379
Conversation
and that function only match drop_btree exactly. As the previous dealloc also passed on old code so didn't catch the regression
* Update expect messages In rustc_const_eval/src/interpret/eval_context.rs * Simplify exception messages
parentheses around a pattern passed to a `macro_rules!` metavariable can be required by the matcher even though they are redundant once expanded, so suggesting their removal breaks the macro call. a `$p:pat_param` fragment never accepts a top-level `|` and neither does `$p:pat` before edition 2021. a metavariable keeps the call site syntax context while the code around it keeps the macro definition context, so compare the two and reuse the existing `avoid_or` flag when they differ. parens written inside a macro body share one context and keep linting as before.
…t, r=nnethercote dont lint unused parens on a pattern that came from a macro argument fixes rust-lang#86959 r? @folkertdev
…n_empty_BTreeMap_is_not_free_161375, r=clarfonthey Make dropping an empty BTreeMap free rust-lang#161375 ([code example](https://godbolt.org/z/v594PEsr7)) shows that drop of an empty BTree map walks the dying_next path and so is not free. I tracked this down to rust-lang@7b28036 in 1.56.0 using godbolt’s version comparison. When the Btree map has no root we use the ManuallyDrop to safely drop the allocator early resulting in a free drop and a `ret` instead of the `dying_next` path. Includes codegen test which correctly catches the prior dying_next case, which I based on `uninit-aggregate-field.rs`. Fixes rust-lang#161375
…ctx_exception, r=RalfJung Update expect messages in rust_const_eval In the file `compiler/rustc_const_eval/src/interpret/eval_context.rs` to follow expect guidelines in `std::error` according to rust-lang#159751. Note: It's my first time contributing
This comment has been minimized.
This comment has been minimized.
Rollup of 3 pull requests try-job: dist-various-1 try-job: test-various try-job: test-x86_64-gnu-aux try-job: test-x86_64-gnu-llvm-21-3 try-job: test-x86_64-msvc-1 try-job: test-aarch64-apple-1 try-job: test-aarch64-apple-2 try-job: test-x86_64-mingw-1 try-job: test-i686-msvc try-job: test-armhf-gnu
This comment has been minimized.
This comment has been minimized.
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 a22b02e (parent) -> 0b80633 (this PR) Test differencesShow 220 test diffsStage 1
Stage 2
Additionally, 211 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 0b80633005f513aea0217473be9376bd1a499d49 --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 (0b80633): comparison URL. Overall result: ❌ regressions - no action needed@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.5%, secondary 3.7%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary -2.4%, secondary -3.4%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary -0.5%, secondary -0.0%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 489.175s -> 491.179s (0.41%) |
|
📌 Perf builds for each rolled up PR:
parent commit: a22b02eaec In the case of a perf regression, run the following command with the SHAs of each PR you suspect might be the cause: |
Successful merges:
r? @ghost
Create a similar rollup