Rollup of 6 pull requests#155166
Conversation
The recently-added test currently systematically deadlocks when running it under i686 Windows 7, but not x86_64 that passes it fine. This therefore fixes the test for the target. Empirically, the correct value for `MAX_READERS` seems to be `2^28 - 1`: removing the `- 1` re-introduces the deadlock, at least under our testing environment. This fix thus uses this value. However, I have no real justification to support that, because I find myself a bit at a loss when comparing the implementation details, the comment added above the test and what the current value is; some help would therefore be nice in this aspect. Also, the value change is restricted to 32-bit Win7 as there is no evidence to support it should be done for other targets. Signed-off-by: Paul Mabileau <paul.mabileau@harfanglab.fr>
… r=Mark-Simulacrum Update libc to v0.2.184 This includes the WASI _SC_* sysconf constants needed for `thread::available_parallelism` on WASI targets (rust-lang#153604).
…ock-max-test, r=Mark-Simulacrum Test(lib/sync): Fix `test_rwlock_max_readers` for x86 Win7 The test recently added in rust-lang#153555 currently systematically deadlocks when running it under i686 Windows 7, but not x86_64 that passes it fine. This therefore fixes the test for the target. Empirically, the correct value for `MAX_READERS` seems to be `2^28 - 1`: removing the `- 1` re-introduces the deadlock, at least under our testing environment. This fix thus uses this value. However, I have no real justification to support that, because I find myself a bit at a loss when comparing the implementation details, the comment added above the test and what the current value is; some help would therefore be nice in this aspect. Also, the value change is restricted to 32-bit Win7 as there is no evidence to support it should be done for other targets. cc @roblabla @rustbot label O-windows-msvc O-windows-7 O-x86_32 A-atomic T-libs
don't leak internal temporaries from `dbg!` Fixes rust-lang#154988 r? @Mark-Simulacrum as the reviewer of rust-lang#154074
…Mark-Simulacrum Stabilize feature `isolate_most_least_significant_one` FCP completed rust-lang#136909 (comment) Closes rust-lang#136909
…, r=Mark-Simulacrum Make Box/Rc/Arc::into_array allocator-aware (and add doctest) Tracking issue for `alloc_slice_into_array`: rust-lang#148082 Tracking issue for `allocator_api`: rust-lang#32838 Make the `into_array` methods on `Box`, `Rc`, and `Arc` allocator-aware. I think the allocator-aware-ness should not be observable on stable, so these should not be additionally (comment-)gated behind `feature(allocator_api)`, just like e.g. `Box::leak` and `Vec::into_boxed_slice`. The added doctests do not use `feature(allocator_api)`. @rustbot label T-libs-api
…affleLapkin `ty::Alias`: replace `def_id: did` with `def_id` related issue: rust-lang#154941 tackling this task: - [x] replace def_id: did with def_id where possible r? @WaffleLapkin
This comment has been minimized.
This comment has been minimized.
Rollup of 6 pull requests try-job: dist-various-1 try-job: test-various try-job: x86_64-gnu-aux try-job: x86_64-gnu-llvm-21-3 try-job: x86_64-msvc-1 try-job: aarch64-apple try-job: x86_64-mingw-1
This comment has been minimized.
This comment has been minimized.
…uwer Rollup of 6 pull requests Successful merges: - #155057 (Update libc to v0.2.184) - #154967 (Test(lib/sync): Fix `test_rwlock_max_readers` for x86 Win7) - #154994 (don't leak internal temporaries from `dbg!`) - #155130 (Stabilize feature `isolate_most_least_significant_one`) - #154925 (Make Box/Rc/Arc::into_array allocator-aware (and add doctest)) - #155063 (`ty::Alias`: replace `def_id: did` with `def_id`)
|
Over 5 hours? That's not good... |
|
💥 Test timed out after |
|
@bors try jobs=dist-x86_64-linux Let's see if it'll pass a try job; this is the only job that didn't succeed. We've got plenty of time as a new rollup is now running followed by a |
This comment has been minimized.
This comment has been minimized.
Rollup of 6 pull requests try-job: dist-x86_64-linux
|
Seems spurious then? @bors retry |
This comment has been minimized.
This comment has been minimized.
|
📌 Perf builds for each rolled up PR:
previous master: 6ad4d1b0e7 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 6ad4d1b (parent) -> d32e620 (this PR) Test differencesShow 9570 test diffsStage 1
Stage 2
Additionally, 9568 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 d32e620a107b5b3dccd9ddb53fa124956a92b589 --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 (d32e620): 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 -2.2%, secondary 2.2%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary -5.0%, secondary 4.6%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeThis perf run didn't have relevant results for this metric. Bootstrap: 488.442s -> 489.526s (0.22%) |
Successful merges:
test_rwlock_max_readersfor x86 Win7 #154967 (Test(lib/sync): Fixtest_rwlock_max_readersfor x86 Win7)dbg!#154994 (don't leak internal temporaries fromdbg!)isolate_most_least_significant_one#155130 (Stabilize featureisolate_most_least_significant_one)ty::Alias: replacedef_id: didwithdef_id#155063 (ty::Alias: replacedef_id: didwithdef_id)r? @ghost
Create a similar rollup