Rust 1.97.0

milliams2 pts0 comments

Announcing Rust 1.97.0 | Rust Blog

July 9, 2026 · The Rust Release Team

The Rust team is happy to announce a new version of Rust, 1.97.0. Rust is a programming language empowering everyone to build reliable and efficient software.

If you have a previous version of Rust installed via rustup, you can get 1.97.0 with:

$ rustup update stable<br>If you don't have it already, you can get rustup from the appropriate page on our website, and check out the detailed release notes for 1.97.0.

If you'd like to help us out by testing future releases, you might consider updating locally to use the beta channel (rustup default beta) or the nightly channel (rustup default nightly). Please report any bugs you might come across!

What's in 1.97.0 stable

Symbol mangling v0 enabled by default

When Rust is compiled into object files and binaries, each item (functions,<br>statics, etc) must have a globally unique "symbol" identifying it. To avoid<br>conflicts when linking together different Rust programs, Rust mangles the<br>original name of items to include additional context such as the module path,<br>defining crate, generics, and more. Historically, this mangling was based on<br>the Itanium ABI,<br>also (sometimes) used by C++.

The new mangling scheme resolves a number of drawbacks from the previous one:

Generic parameter instantiations preserve their values, rather than being tracked solely behind a hash

Inconsistencies: not all parts used the Itanium ABI, meaning that custom demangling was still necessary

Since Rust 1.59, the compiler has supported opting into a Rust-specific<br>mangling scheme via -Csymbol-mangling-version=v0. Since November 2025, this<br>scheme has been enabled by default on nightly, and 1.97 is now enabling it on<br>stable Rust. The legacy mangling scheme can only be enabled on nightly, and the<br>current plan is to fully remove it.

See the previous blog post for more details.

Cargo support for denying warnings

It's common practice to deny warnings in CI. Historically, doing so is<br>typically done through RUSTFLAGS=-Dwarnings. With Rust 1.97, Cargo controls<br>how warnings interact with build success: either silencing them (via allow<br>level), rendering without failing (default, warn), or denying them (via deny).

As a result of Cargo configuration determining the behavior, using this<br>feature doesn't invalidate the underlying build cache, meaning that it's easy<br>to temporarily opt-in. For example, if warnings are adding unwanted noise while<br>working through fixing errors after a refactor, you can run<br>CARGO_BUILD_WARNINGS=allow cargo check, temporarily silencing them.

In CI, jobs can instead set CARGO_BUILD_WARNINGS=deny to deny warnings. This<br>can be combined with --keep-going to collect all errors and warnings rather<br>than stopping on the first failing package.

See the documentation for more details.

Linker output no longer hidden by default

rustc invokes a linker on behalf of users. Historically, rustc has silenced<br>linker output by default if the link completes successfully. This can mask real<br>problems, though, so in Rust 1.97 we are enabling linker messages by default.<br>These are emitted as a warning lint, for example:

warning: linker stderr: ignoring deprecated linker optimization setting '1'<br>= note: `#[warn(linker_messages)]` on by default<br>Common linker messages that have been diagnosed as false positives or intentional behavior<br>are filtered out by rustc. Several defects have already been fixed as a result<br>of no longer hiding this output on nightly.

Note that currently, linker_messages is a special lint that is not affected<br>by the warnings lint group. This is intentional as rustc generally doesn't<br>control linker output as precisely, and it's not uncommon for output to only<br>appear on some platforms. If you are seeing what you think is a false positive<br>output from the linker, please file an issue.

To silence the warning in the mean time, you can configure the lint level to<br>allow. This can be done through Cargo.toml by adding a lints section like this:

[lints.rust]<br>linker_messages = "allow"<br>Stabilized APIs

Default for RepeatN

Copy for ffi::FromBytesUntilNulError

Send for std::fs::File on UEFI

::isolate_highest_one

::isolate_lowest_one

::highest_one

::lowest_one

::bit_width

NonZero::isolate_highest_one

NonZero::isolate_lowest_one

NonZero::highest_one

NonZero::lowest_one

NonZero::bit_width

These previously stable APIs are now stable in const contexts:

char::is_control

Other changes

Check out everything that changed in Rust, Cargo, and Clippy.

Contributors to 1.97.0

Many people came together to create Rust 1.97.0. We couldn't have done it without all of you. Thanks!

rust default linker warnings mangling cargo

Related Articles