Repository navigation
Rollup of 6 pull requests - #164199
Rollup of 6 pull requests#164199
Conversation
This warning shows up in logs when UI tests fail to build minicore.
Co-authored-by: Tropical <42101043+tropicaaal@users.noreply.github.com>
It's a bit silly to explicitly refer to that type without offering an easy way to jump to its definition.
Signed-off-by: Amirhossein Akhlaghpour <m9.akhlaghpoor@gmail.com>
…cripts) - similar to other OS's, and since Haiku's functionlaity is closer to Windows, treated it the same in file_lock_double. This is a first step in getting full Rust support on Haiku. While a LLM helped identify the changes, I understand this diff, have tested it on a running version of Haiku OS (beta).
…egisters, r=davidtwco aarch64: Use neon registers for ABI on targets that require `neon" This PR is the aarch64 version of rust-lang#161583. When a target requires the neon feature (which all `aarch64[_be]` hardfloat targets do), pass any vectors that fit (all sized vectors on aarch64 should do) in those registers. We also make disable the `neon` target feature a hard error since doing so is much more likely to result in miscompilations as a result of this change, as the previous patch did for SSE. I've also check the stdarch CI for aarch64-unknown-linux-gnu and aarch64_be-linux-gnu locally with no issues.
Revise the VEXos synchronization model This PR fixes some compilation errors in `std::sync` under VEXos by switching to a simple spinlock-based model that properly handles the "multithreading" provided by this platform through user interrupt handlers and documenting exactly how and how not `std::sync` may be used on this target. Spinlocks are used because they are very simple and the OS on this target is not aware of threading by default and has no documented builtin futex or mutex API we can use. I don't expect this platform to have more than 1 thread blocking on access for a mutex at once (since there is only 1 thread that's allowed to block per the updated target docs). Previously Rust programs running on VEXos were only allowed a single execution context and user ISRs were not allowed to interact with std code whatsoever. After these changes, ISRs are allowed to partially interact with std and `std::sync` can be used to synchronize shared resources between the main thread and interrupts. Using stack-switching schedulers on this platform remains unsound; this is now written explicitly in the target documentation.
…e-closures, r=oli-obk reject non-async coroutine closures as async callables fixes rust-lang/trait-system-refactor-initiative#302 reject non-async coroutine closures in async callable extraction
`AliasConstKind`: add intra-doc links to `AliasTyKind` It's a bit silly to explicitly refer to that type without offering an easy way to jump to its definition. r? @khyperia
…r=joboet Adding File Lock Support for Haiku Added haiku as a target_os in file lock functions (and related test scripts) - similar to other OS's, and since Haiku's functionlaity is closer to Windows, treated it the same in file_lock_double. This is a first step in getting full Rust support on Haiku. While a LLM helped identify the changes, I understand this diff, have tested it on a running version of Haiku OS (beta). r? joboet as to additional review.
…plett std: add doctest to parent_id This operation is currently entirely untested. (I know because it shows up nowhere in the test failures when running the test suite in Miri, and Miri does not support this operation.) So let's add a test.
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: test-x86_64-gnu-aux 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 try-job: test-x86_64-gnu-llvm-22-3
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 fb5f32b (parent) -> 34ca1df (this PR) Test differencesShow 25 test diffsStage 1
Stage 2
Additionally, 17 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 34ca1dfc0e425a261707a6491a4eb45d58a97d38 --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 (34ca1df): comparison URL. Overall result: no relevant changes - no action needed@rustbot label: -perf-regression Instruction countThis perf run didn't have relevant results for this metric. Max RSS (memory usage)Results (primary 1.7%, secondary 2.2%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary -2.3%, secondary -6.0%)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: 490.047s -> 489.314s (-0.15%) |
|
📌 Perf builds for each rolled up PR:
parent commit: fb5f32bdbe 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:
AliasConstKind: add intra-doc links toAliasTyKind#163990 (AliasConstKind: add intra-doc links toAliasTyKind)r? @ghost
Create a similar rollup