https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=auto 2025-10-04T13:37:12+00:00 2025-10-04T13:37:12+00:00 bors bors@rust-lang.org 2025-10-04T13:37:12+00:00 urn:sha1:1bd98acf0e54f1ea678c4fabb8e1b10851eb8465 Rollup of 11 pull requests Successful merges: - rust-lang/rust#142670 (Document fully-qualified syntax in `as`' keyword doc) - rust-lang/rust#145685 (add CloneFromCell and Cell::get_cloned) - rust-lang/rust#146330 (Bump unicode_data and printables to version 17.0.0) - rust-lang/rust#146451 (Fix atan2 inaccuracy in documentation) - rust-lang/rust#146479 (add mem::conjure_zst) - rust-lang/rust#147117 (interpret `#[used]` as `#[used(compiler)]` on illumos) - rust-lang/rust#147190 (std: `sys::net` cleanups) - rust-lang/rust#147251 (Do not assert that a change in global cache only happens when concurrent) - rust-lang/rust#147280 (Return to needs-llvm-components being info-only) - rust-lang/rust#147288 (compiletest: Make `DirectiveLine` responsible for name/value splitting) - rust-lang/rust#147315 (bless autodiff batching test) r? `@ghost` `@rustbot` modify labels: rollup 2025-10-04T10:31:29+00:00 Matthias Krüger 476013+matthiaskrgr@users.noreply.github.com 2025-10-04T10:31:29+00:00 urn:sha1:73498a28be5c1ffbf408eecdf5e5f4536da5e071 compiletest: Make `DirectiveLine` responsible for name/value splitting - Follow-up to rust-lang/rust#147170. --- Now that all of the directive-parsing functions have access to a `DirectiveLine`, we can move all of the ad-hoc name/value splitting code into `DirectiveLine` itself, making directive parsing simpler and more consistent. The first commit is just moving code into a submodule, so the actual changes can be seen in the subsequent commits. r? jieyouxu 2025-10-04T10:31:28+00:00 Matthias Krüger 476013+matthiaskrgr@users.noreply.github.com 2025-10-04T10:31:28+00:00 urn:sha1:7564260ce484277431c115475e12ac08398604b1 Return to needs-llvm-components being info-only Partially revert a535042e80a38196a58c27a8c95552546affe5dc Even with non-LLVM codegen backends, we want to allow for annotations that express dependencies to LLVM-specific parts of the test suite. This includes `//@ needs-llvm-components`, which just allows checking that LLVM is built with relevant target support before the test is run. It does not assert the test cannot work with another codegen backend. 2025-10-04T07:18:16+00:00 yukang moorekang@gmail.com 2025-10-04T07:02:43+00:00 urn:sha1:422b91443f1016aec2a1f00316d01a117ddc7829 2025-10-03T15:58:30+00:00 Weihang Lo me@weihanglo.tw 2025-10-03T15:58:30+00:00 urn:sha1:e43a0b6bdbdf5a4bab5be6b925698971c55dae1a 2025-10-03T04:02:57+00:00 Zalathar Zalathar@users.noreply.github.com 2025-10-02T10:16:59+00:00 urn:sha1:e73c22117b50a1511f0a075fd7e49ddb3c157d9a 2025-10-03T03:56:33+00:00 Zalathar Zalathar@users.noreply.github.com 2025-10-02T10:08:40+00:00 urn:sha1:c368f9a89f38ef0226917a56d4361a23ac7150bb 2025-10-03T03:56:33+00:00 Zalathar Zalathar@users.noreply.github.com 2025-10-03T03:20:39+00:00 urn:sha1:181b302b661dcf4db45c1f99bef4cddefc497f44 2025-10-02T21:39:18+00:00 Jubilee Young workingjubilee@gmail.com 2025-10-02T21:36:57+00:00 urn:sha1:99550fbc3ea172a3cf90d2776a217e1ba19a196f Partially revert a535042e80a38196a58c27a8c95552546affe5dc Even with non-LLVM codegen backends, we want to allow for annotations that express dependencies to LLVM-specific parts of the test suite. This includes `//@ needs-llvm-components`, which just allows checking that LLVM is built with relevant target support before the test is run. It does not assert the test cannot work with another codegen backend. 2025-10-02T16:13:20+00:00 Pietro Albini pietro.albini@ferrous-systems.com 2025-04-22T12:39:59+00:00 urn:sha1:c61ec946d24c559708d4d57fbe860817e854c610