Skip to content

Conversation

@matthiaskrgr
Copy link
Member

@matthiaskrgr matthiaskrgr commented Nov 22, 2025

Successful merges:

r? @ghost
@rustbot modify labels: rollup

Create a similar rollup

Muscraft and others added 30 commits November 18, 2025 19:07
…s, r=JonathanBrouwer

Warn against calls which mutate an interior mutable `const`-item

## `const_item_interior_mutations`

~~`interior_mutable_const_item_mutations`~~

~~`suspicious_mutation_of_interior_mutable_consts`~~

*warn-by-default*

The `const_item_interior_mutations` lint checks for calls which mutates an interior mutable const-item.

### Example

```rust
use std::sync::Once;

const INIT: Once = Once::new(); // using `INIT` will always create a temporary and
                                // never modify it-self on use, should be a `static`
                                // instead for shared use

fn init() {
    INIT.call_once(|| {
        println!("Once::call_once first call");
    });
}
```

```text
warning: mutation of an interior mutable `const` item with call to `call_once`
  --> a.rs:11:5
   |
11 |       INIT.call_once(|| {
   |       ^---
   |       |
   |  _____`INIT` is a interior mutable `const` item of type `std::sync::Once`
   | |
12 | |         println!("Once::call_once first call");
13 | |     });
   | |______^
   |
   = note: each usage of a `const` item creates a new temporary
   = note: only the temporaries and never the original `const INIT` will be modified
   = help: for more details on interior mutability see <https://doc.rust-lang.org/reference/interior-mutability.html>
   = note: `#[warn(const_item_interior_mutations)]` on by default
help: for a shared instance of `INIT`, consider making it a `static` item instead
   |
 6 - const INIT: Once = Once::new(); // using `INIT` will always create a temporary and
 6 + static INIT: Once = Once::new(); // using `INIT` will always create a temporary and
   |
```

### Explanation

Calling a method which mutates an interior mutable type has no effect as const-item are essentially inlined wherever they are used, meaning that they are copied directly into the relevant context when used rendering modification through interior mutability ineffective across usage of that const-item.

The current implementation of this lint only warns on significant `std` and `core` interior mutable types, like `Once`, `AtomicI32`, ... this is done out of prudence and may be extended in the future.

----

This PR is an targeted alternative to rust-lang#132146. It avoids false-positives by adding an internal-only attribute `#[rustc_should_not_be_called_on_const_items]` on methods and functions that mutates an interior mutale type through a shared reference (mutable refrences are already linted by the `const_item_mutation` lint).

It should also be noted that this is NOT an uplift of the more general [`clippy::borrow_interior_mutable_const`](https://rust-lang.github.io/rust-clippy/master/index.html#/borrow_interior_mutable_const) lint, which is a much more general lint regarding borrow of interior mutable types, but has false-positives that are completly avoided by this lint.

A simple [GitHub Search](https://github.com/search?q=lang%3Arust+%2F%28%3F-i%29const+%5Ba-zA-Z0-9_%5D*%3A+Once%2F&type=code) reveals many instance where the user probably wanted to use a `static`-item instead.

----

```@rustbot``` labels +I-lang-nominated +T-lang
cc ```@traviscross```
r? compiler

Fixes [IRLO - Forbidding creation of constant mutexes, etc](https://internals.rust-lang.org/t/forbidding-creation-of-constant-mutexes-etc/19005)
Fixes rust-lang#132028
Fixes rust-lang#40543
…ions, r=davidtwco

Address annotate-snippets test differences

When `annotate-snippets` became the default renderer on `nightly`, it came with a few rendering differences. I was not entirely happy with a few of the differences, and after talking with `@davidtwco` about them, I decided to address those that seemed like regressions.

r? `@davidtwco`
…0, r=davidtwco

Fix the issue of unused assignment from MIR liveness checking

Fixes rust-lang#148960
Fixes rust-lang#148418

r? `@davidtwco`

cc `@cjgillot`

My first try on MIR related code, so it may not be the best fix.
…=davidtwco

feat: Enable annotate-snippets' simd feature

`annotate-snippets` `simd` feature enables the use of `memchr` when searching for `char`/`str`. This should hopefully improve performance when [`annotate-snippets` is passed large `source`](rust-lang#148188 (comment)).
Fix ICE when collecting opaques from trait method declarations

fixes rust-lang#148622

When using an `opaque` type as a `const` generic parameter, the compiler would attempt to collect TAIT from trait method declarations, causing an ICE by panicking in `hir_body_owned_by`.
…r=oli-obk

automate gpu offloading - part 1

Automates step 1 from the rustc-dev-guide offload section:
https://rustc-dev-guide.rust-lang.org/offload/usage.html#compile-instructions
`"clang-offload-packager" "-o" "host.out" "--image=file=device.bc,triple=amdgcn-amd-amdhsa,arch=gfx90a,kind=openmp"`

Verified on an MI 250X

cc ````@jhuber6,```` ````@kevinsala,```` ````@jdoerfert,```` ````@Sa4dUs````

r? oli-obk
Couple of refactors to SharedEmitter

I was trying to get rid of a dedicated `inline_asm_error` method in favor the regular error methods on `DiagCtxt` to allow replacing `SharedEmitter` with `sess.dcx()` when running on the main thread, but the `sess.source_map().new_source_file()` for the inline asm snippets prevents doing this. I'm going to solve the original motivating problem in a different way for this reason, but I figured these refactors do improve things a tiny bit.
…yukang

Handle cycles when checking impl candidates for `doc(hidden)`

Fixes rust-lang#149092
Move safe computation out of unsafe block
@rustbot rustbot added A-attributes Area: Attributes (`#[…]`, `#![…]`) A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-rustc-dev-guide Area: rustc-dev-guide A-translation Area: Translation infrastructure, and migrating existing diagnostics to SessionDiagnostic S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-clippy Relevant to the Clippy team. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-libs Relevant to the library team, which will review and decide on the PR/issue. T-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue. rollup A PR which is a rollup labels Nov 22, 2025
@matthiaskrgr
Copy link
Member Author

@bors r+ rollup=never p=5

@bors
Copy link
Collaborator

bors commented Nov 22, 2025

📌 Commit eab24a3 has been approved by matthiaskrgr

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Nov 22, 2025
@matthiaskrgr
Copy link
Member Author

@bors2 try jobs=dist-ohos-aarch64

@rust-bors

This comment has been minimized.

rust-bors bot added a commit that referenced this pull request Nov 22, 2025
Rollup of 10 pull requests

try-job: dist-ohos-aarch64
@rust-log-analyzer
Copy link
Collaborator

The job dist-ohos-aarch64 failed! Check out the build log: (web) (plain enhanced) (plain)

Click to see the possible cause of the failure (guessed by this bot)
[RUSTC-TIMING] rustc_query_impl test:false 151.640
[RUSTC-TIMING] rustc_driver test:false 2.234
error: linking with `/usr/local/bin/aarch64-unknown-linux-ohos-clang.sh` failed: exit status: 1
  |
  = note:  "/usr/local/bin/aarch64-unknown-linux-ohos-clang.sh" "/tmp/rustcM8LXmn/symbols.o" "<1 object files omitted>" "-Wl,--as-needed" "-Wl,-Bdynamic" "/checkout/obj/build/x86_64-unknown-linux-gnu/stage2-rustc/aarch64-unknown-linux-ohos/release/deps/librustc_driver-abea76bbe71408e7.so" "-Wl,-Bstatic" "<sysroot>/lib/rustlib/aarch64-unknown-linux-ohos/lib/libcompiler_builtins-*.rlib" "-Wl,-Bdynamic" "-lc++" "-ldl" "-lunwind" "-lc" "-L" "/tmp/rustcM8LXmn/raw-dylibs" "-Wl,--eh-frame-hdr" "-Wl,-z,noexecstack" "-L" "/checkout/obj/build/x86_64-unknown-linux-gnu/stage2-rustc/aarch64-unknown-linux-ohos/release/build/psm-74e3d17c3cc81f3c/out" "-L" "/checkout/obj/build/x86_64-unknown-linux-gnu/stage2-rustc/aarch64-unknown-linux-ohos/release/build/blake3-3de9d097f34d6f14/out" "-L" "/checkout/obj/build/x86_64-unknown-linux-gnu/stage2-rustc/aarch64-unknown-linux-ohos/release/build/rustc_llvm-c9671edd80a4645f/out" "-L" "/checkout/obj/build/aarch64-unknown-linux-ohos/llvm/lib" "-L" "<sysroot>/lib/rustlib/aarch64-unknown-linux-ohos/lib" "-o" "/checkout/obj/build/x86_64-unknown-linux-gnu/stage2-rustc/aarch64-unknown-linux-ohos/release/deps/rustc_main-69343f60760e0212" "-Wl,--gc-sections" "-pie" "-Wl,-z,relro,-z,now" "-Wl,-O1" "-nodefaultlibs" "-Wl,-z,origin" "-Wl,-rpath,$ORIGIN/../lib"
  = note: some arguments are omitted. use `--verbose` to show all linker arguments
  = note: ld.lld: error: undefined reference due to --no-allow-shlib-undefined: __clear_cache
          >>> referenced by /checkout/obj/build/x86_64-unknown-linux-gnu/stage2-rustc/aarch64-unknown-linux-ohos/release/deps/librustc_driver-abea76bbe71408e7.so
          clang-15: error: linker command failed with exit code 1 (use -v to see invocation)
          

[RUSTC-TIMING] rustc_main test:false 0.138
error: could not compile `rustc-main` (bin "rustc-main") due to 1 previous error
Bootstrap failed while executing `dist --host=aarch64-unknown-linux-ohos --target aarch64-unknown-linux-ohos`

@rust-bors
Copy link

rust-bors bot commented Nov 22, 2025

💔 Test for 194b674 failed: CI. Failed jobs:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-attributes Area: Attributes (`#[…]`, `#![…]`) A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. A-rustc-dev-guide Area: rustc-dev-guide A-translation Area: Translation infrastructure, and migrating existing diagnostics to SessionDiagnostic rollup A PR which is a rollup S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-clippy Relevant to the Clippy team. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-libs Relevant to the library team, which will review and decide on the PR/issue. T-rustdoc Relevant to the rustdoc team, which will review and decide on the PR/issue.

Projects

None yet

Development

Successfully merging this pull request may close these issues.