-
Notifications
You must be signed in to change notification settings - Fork 14k
Rollup of 9 pull requests #149158
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 9 pull requests #149158
Conversation
The list of platforms for which file locks are tested is smaller than the list of platforms that support it. Synchronize these here. Link: https://github.com/rust-lang/rust/blob/07bdbaedc63094281483c40a88a1a8f2f8ffadc5/library/std/src/sys/fs/unix.rs#L1291-L1308
Rather than skipping the tests, make sure that they fail. This ensures that if file locking support is added for more platforms in the future, the tests don't wind up quietly skipped.
- The underlying file size is represented by file_size field. The size field is just the size of structure since it is a C DST. Signed-off-by: Ayush Singh <ayush@beagleboard.org>
Deleted lines are duplicates of the lines 38 & 39.
autodiff rlib handling As I learned recently, we now apparently support rlib builds already in some cases. With the last hint from saethlin this seems to now cover all cases. To be sure I'll add a few more testcases before I mark it as ready. Once this PR lands, we should to the best of my knowledge, support autodiff in almost code locations, only vtable/dyn ptr remain unsupported for now. r? ghost closes: rust-lang#148856 closes: rust-lang#137520
Add missing trailing period to RustDoc for fn create_dir(). Documentation for other functions in the standard library RustDocs have a trailing period at the end of the first sentence, e.g. `create_dir_all()` and `create_buffered()` have the trailing period, but the first line of documentation for `fn create_dir()` lacks a trailing period. This PR adds the missing period.
…enton fs: Run file lock tests on all platforms that support it There are a number of platforms that support file locking but aren't getting tested. Synchronize the list and mark the tests `should_panic` otherwise, to make sure they get updated if more platforms add locking support. The supported platform list comes from https://github.com/rust-lang/rust/blob/07bdbaedc63094281483c40a88a1a8f2f8ffadc5/library/std/src/sys/fs/unix.rs#L1291-L1308. Windows also supports file locks, all other platforms are unsupported.
…enton sgx: avoid unnecessarily creating a slice Cc ``@jethrogb`` -- no idea why this created a slice only to directly convert it back to a raw pointer, but we can avoid this and in fact make the entire function safe. I didn't change the function signature (it's still an `unsafe fn`) as I know nothing about the surrounding code.
…sDenton std: sys: fs: uefi: Fix FileAttr size - The underlying file size is represented by file_size field. The size field is just the size of structure since it is a C DST. - Fixes bug created in rust-lang#148970 ``@rustbot`` label +O-UEFI
…chenyukang Remove an unused variable Deleted lines are duplicates of the lines [38 & 39](https://github.com/rust-lang/rust/blob/683dd08db5808c41baceef49368fc82a6c4767bb/src/tools/compiletest/src/runtest/rustdoc_json.rs#L38-L39).
…rcote Enable host tools for aarch64-unknown-linux-ohos 
Reject `async fn` in `const impl` during AST validation closes rust-lang#149083 Fixes the ICE when using `async fn` inside `const impl` blocks by adding AST validation. Currently, inherent `impl`s does not perform any checks to verify whether it contains `async fn` declarations. In this PR, I have modified the `visit_assoc_item` function to call `check_async_fn_in_const_trait_or_impl` within the `TraitOrImpl::Impl` case to handle this requirement. Additionally, this change has introduced three possible contexts for the corresponding error messages, so I have updated to properly distinguish between these different contexts when generating messages. r? oli-obk
…, r=lqd Fix platform supports docs tiny typo This was noticed in rust-lang/blog.rust-lang.org#1641 (comment) Thanks :)
|
@bors r+ rollup=never p=5 |
|
@bors2 try jobs=test-various |
This comment has been minimized.
This comment has been minimized.
Rollup of 9 pull requests try-job: test-various
|
☀️ Test successful - checks-actions |
|
📌 Perf builds for each rolled up PR:
previous master: 53732d5e07 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 53732d5 (parent) -> 5f7653d (this PR) Test differencesShow 13 test diffsStage 1
Stage 2
Additionally, 2 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 5f7653df82f7076960d5760830554c98f4cab215 --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 (5f7653d): comparison URL. Overall result: ✅ improvements - 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.2%, secondary 1.3%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesThis benchmark run did not return any relevant results for this metric. Binary sizeResults (primary 0.0%, secondary 0.0%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 471.595s -> 472.873s (0.27%) |
Successful merges:
async fninconst implduring AST validation #149144 (Rejectasync fninconst implduring AST validation)r? @ghost
@rustbot modify labels: rollup
Create a similar rollup