Abort const-eval queries early when there are generics in the type - #159504

RalfJung · 2026-07-18T08:59:21Z

Since recently, const validation has a has_param check, which means ConstToPat also implicitly has that check. But it seems better to check this again explicitly here rather then rely on an undocumented property of some other component. The new test behaves the same with or without the PR.

I recommend hiding whitespace difference, since rustfmt re-indendet a bunch of stuff.
Fixes #150296
r? @BoxyUwU

rustbot · 2026-07-18T08:59:25Z

Some changes occurred in match checking

cc @Nadrieril

rustbot · 2026-07-18T08:59:27Z

BoxyUwU is currently at their maximum review capacity.
They may take a while to respond.

RalfJung · 2026-07-18T09:01:42Z

        // become necessary to just use type system normalization for all const patterns
        // but that's not yet possible.
-        let mut thir_pat = if alias_const.kind.is_type_const(self.tcx) {
+        let const_value = if alias_const.kind.is_type_const(self.tcx) {


It seems kind of odd to me that we are treating type constants separately here, I would think there should be a uniform code path... but that is pre-existing so 🤷

View changes since the review

Yeah it's a bit sus, i think we do want to unify these code paths but I'm not entirely sure how that would look like. I've been thinking it might make sense to make this type const code path the "main" code path even for normal const items but that means we get more constants in the type system which aren't actually type system constants. unforchies :>

Nadrieril

Impl LGTM. This looks like technically a breaking change, am I to understand that this used to ICE before so it's fine?

View changes since this review

RalfJung · 2026-07-19T10:59:26Z

I think this PR doesn't change anything at all. If there's a breaking change it already occurred when #156977 landed which made it so that evaluating a constant with generics in its type can never get past validation.

Maybe we should just have that check in the beginning of the query rather than the end, and make it a proper guarantee of our const-eval queries rather than something ad-hoc in const-to-pat? Cc @rust-lang/wg-const-eval

Nadrieril · 2026-07-19T12:23:48Z

Maybe we should [...] make it a proper guarantee of our const-eval queries

That sounds a lot more principled, yes please

rustbot · 2026-07-19T14:56:03Z

Some changes occurred to the CTFE machinery

cc @oli-obk, @lcnr

RalfJung · 2026-07-19T15:07:25Z

Maybe we should [...] make it a proper guarantee of our const-eval queries

That sounds a lot more principled, yes please

Okay, the last commit implements that.

RalfJung · 2026-07-19T15:07:56Z


    /// This constant cannot go back into the type system, as it represents
    /// something the type system cannot handle (e.g. pointers).
+    /// `Ty` should always be monomorphic, i.e. `has_params()` should return `false`.


FWIW this comment is mostly aspirational. I am not sure if this is true and I am not sure how to effectively check it.^^

I did find one place to put a debug_assert!, let's see if CI finds anything.

Oh well, it already ICE'd.^^

So apparently this is not currently a valid invariant. However that means const-to-pat can encounter generics even if we block them in the const-eval query, since it might get a const that doesn't come from that query.

rustbot · 2026-07-19T15:12:52Z

Some changes occurred to the CTFE / Miri interpreter

cc @rust-lang/miri

RalfJung · 2026-07-19T15:49:56Z

-            self.valtree_to_pat(ty::Value { ty, valtree })
+            ty::Value { ty, valtree }
        };
+        debug_assert!(!const_value.ty.has_param());


It seems fairly clear that we want this property to hold here. However I have no idea how to ensure that it actually holds without checking it just above (which we currently don't do, but an earlier version of this PR did). OTOH at least our test suite also doesn't seem to have a counterexample to this...

View changes since the review

@Nadrieril I wonder what your thoughts on this are. You said you'd prefer this check to already happen in the const-eval queries rather than here, but I don't see how doing that is enough to ensure this property for patterns because there are various other codepaths that can lead us here (trivial consts, and type consts) which never invoke a const-eval query.

Ah, I didn't think of that. Is the check you've got now enough, provided we turn it into a proper error rather than an ICE?

I think so yeah.

Sounds good to me

In theory type const normalization should never result in a valtree with a generic type (I guess that's not entirely true because I messed up our definition of a value here under mGCA but ignoring that...). I guess the actual point here is that normalization will never give you back a "full value" with a generic type.

@BoxyUwU
Well the assertion found a Const::Val with generic type. I didn't dig into where that value came from, but something is still constructing them even with the new query checks in this PR. This is for MIR const values, not valtrees. This might have been happening while trying to evaluate a generic MIR body where maybe that is expected? But then the invariant isn't as simple as "Const::Val never has generic type".

Sounds good to me

Okay, I did that now. PR should be good to go then.

oli-obk · 2026-07-19T16:32:21Z

@bors try @rust-timer queue

Abort const-eval queries early when there are generics in the type

rust-bors · 2026-07-19T18:47:07Z

☀️ Try build successful (CI)
Build commit: 32d3094 (32d30947f382f6b2667ee799b65a2bc4cffe2a19)
Base parent: 234c31c (234c31cd674e11703f15d290cba7ff81dfe8b4b8)

rustbot · 2026-07-22T13:35:28Z

This PR was rebased onto a different main commit. Here's a range-diff highlighting what actually changed.

Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers.

RalfJung · 2026-07-22T13:44:55Z

@rustbot ready

RalfJung · 2026-07-22T15:26:23Z

@bors r=BoxyUwU,Nadrieril

rust-bors · 2026-07-22T15:26:25Z

📌 Commit bb3d6e9 has been approved by BoxyUwU,Nadrieril

It is now in the queue for this repository.

@BoxyUwU

…,Nadrieril Abort const-eval queries early when there are generics in the type Since [recently](rust-lang#156977), const validation has a `has_param` check, which means ConstToPat also implicitly has that check. But it seems better to check this again explicitly here rather then rely on an undocumented property of some other component. The new test behaves the same with or without the PR. I recommend hiding whitespace difference, since rustfmt re-indendet a bunch of stuff. Fixes rust-lang#150296 r? @BoxyUwU

@BoxyUwU

…,Nadrieril Abort const-eval queries early when there are generics in the type Since [recently](rust-lang#156977), const validation has a `has_param` check, which means ConstToPat also implicitly has that check. But it seems better to check this again explicitly here rather then rely on an undocumented property of some other component. The new test behaves the same with or without the PR. I recommend hiding whitespace difference, since rustfmt re-indendet a bunch of stuff. Fixes rust-lang#150296 r? @BoxyUwU

@BoxyUwU

…,Nadrieril Abort const-eval queries early when there are generics in the type Since [recently](rust-lang#156977), const validation has a `has_param` check, which means ConstToPat also implicitly has that check. But it seems better to check this again explicitly here rather then rely on an undocumented property of some other component. The new test behaves the same with or without the PR. I recommend hiding whitespace difference, since rustfmt re-indendet a bunch of stuff. Fixes rust-lang#150296 r? @BoxyUwU

Rollup of 8 pull requests Successful merges: - #159504 (Abort const-eval queries early when there are generics in the type) - #159523 (std: fix Xous UDP recv length over-report and OOB panic) - #159605 (Add fallback for `intrinsics::fabs`) - #159699 (bump std libc to 0.2.189) - #159306 (Add new variant to iterating-updating-mutref borrowck test) - #159346 (fs::hard_link: use linkat on Android) - #159513 (Consider `()` as suspicious only when expecting `!` for runtime symbols) - #159734 (Document the link_section attribute)

@BoxyUwU

Rollup merge of #159504 - RalfJung:generic-in-pat, r=BoxyUwU,Nadrieril Abort const-eval queries early when there are generics in the type Since [recently](#156977), const validation has a `has_param` check, which means ConstToPat also implicitly has that check. But it seems better to check this again explicitly here rather then rely on an undocumented property of some other component. The new test behaves the same with or without the PR. I recommend hiding whitespace difference, since rustfmt re-indendet a bunch of stuff. Fixes #150296 r? @BoxyUwU

Rollup of 8 pull requests Successful merges: - rust-lang/rust#159504 (Abort const-eval queries early when there are generics in the type) - rust-lang/rust#159523 (std: fix Xous UDP recv length over-report and OOB panic) - rust-lang/rust#159605 (Add fallback for `intrinsics::fabs`) - rust-lang/rust#159699 (bump std libc to 0.2.189) - rust-lang/rust#159306 (Add new variant to iterating-updating-mutref borrowck test) - rust-lang/rust#159346 (fs::hard_link: use linkat on Android) - rust-lang/rust#159513 (Consider `()` as suspicious only when expecting `!` for runtime symbols) - rust-lang/rust#159734 (Document the link_section attribute)

Pkgsrc changes: * Adapt to changes in vendored crate versions. * Version & checksum changes. Upstream changes: Version 1.99.0 (2026-10-01) ========================== Language -------- - [Add allow-by-default `raw_borrows_via_references` lint that checks for references that decay immediately into raw borrows](rust-lang/rust#138230) - [Extend `unconditional_panic` lint to function calls that panic when the chunks/windows size is zero] (rust-lang/rust#153563) - [Stabilize C-variadic function definitions] (rust-lang/rust#155697) - [Stabilize the ability to use `#[unsafe(naked)]` functions to define C-variadic functions (`#![feature(c_variadic_naked_functions)]`).] (rust-lang/rust#159746) - [Trait methods are now resolved on an adjusted never type (producing a FCW)] (rust-lang/rust#156047) - [Coerce from inference variables to trait objects if the inference variable is related via subtyping to a type that is known to be `Sized`] (rust-lang/rust#157820) - [Stabilize `#[my_macro] mod foo;`] (rust-lang/rust#157857). This allows outlined modules (`mod foo;`) anywhere in the body of a custom attribute or derive macro. - [Fix the `overflowing_literals` lint with repeated negation] (rust-lang/rust#158302). For instance, it will now no longer lint on `--128_i8`, which is already detected by the `arithmetic_overflow` lint. - [Add POSIX symbols to the `invalid_runtime_symbol_definitions` and `suspicious_runtime_symbol_definitions` lints] (rust-lang/rust#158522) - [Lint unused `#[path]` attributes on inline modules] (rust-lang/rust#158835) - [Enable `unreachable_cfg_select_predicates` lint as part of `unused` lint group] (rust-lang/rust#159179) - [Stabilize passing 128-bit integers via vector registers with `asm!` on x86] (rust-lang/rust#159525) - [Explicitly document that some allocations are allowed to grow in-place (but none are allowed to shrink)] (rust-lang/rust#159729) - We now [guarantee] (rust-lang/rust#159730) that the contents of an `UnsafeCell` can be accessed without going through `get` - [The `invalid_reference_casting` lint was adjusted accordingly] (rust-lang/rust#159960) - [Account for globally enabled target features in `global_asm!`] (rust-lang/rust#160594) - [Warn if an invalid `doc` attribute is used on a macro invocation] (rust-lang/rust#161003) Compiler -------- - [Convert `-Ctarget-cpu` into a target-modifier for AVR, AMDGCN and NVPTX] (rust-lang/rust#150732) - [Enable `static_position_independent_executables` on all gnu and musl targets] (rust-lang/rust#158510) - When providing a suggestion about a missing method, rustc now prefers an exactly matching name from a [doc alias attribute] (https://doc.rust-lang.org/rustdoc/advanced-features.html#add-aliases-for-an-item-in-documentation-search) over a similarity search from other method names. If your new users sometimes expect a method under a different name, adding a doc alias will now help them find it via rustc suggestions, in addition to helping them find it via rustdoc search: [When suggesting method names, prefer *exact* doc aliases over similar names](rust-lang/rust#160369) Platform Support ---------------- - [Promote `riscv64-unknown-linux-musl` to Tier 2 with host tools] (rust-lang/rust#158766) Refer to Rust's [platform support page][platform-support-doc] for more information on Rust's tiered platform support. [platform-support-doc]: https://doc.rust-lang.org/rustc/platform-support.html Libraries --------- - Iteration on `RangeInclusive` (`a..=b` ranges) is now [optimized better in some circumstances] (rust-lang/rust#155114). As a side effect of this, the behavior of `RangeInclusive` values that has already been exhausted (as an iterator) has changed. For example, the return values of `start()` and `end()` on such ranges may return different values, and using such ranges as slice indexes may have different behavior. These behaviors were not guaranteed to be stable, so these changes are considered to not be breaking changes. - [Relax `transmute_copy` to accept `?Sized` types] (rust-lang/rust#155989) - [Update `transmute_copy` to use a non-unwinding panic] (rust-lang/rust#155989) - [Don't escape U+FF9E and U+FF9F in `escape_debug_ext`] (rust-lang/rust#158057) - [Re-export `core::fmt::NumBuffer` in `alloc` (and `std`)] (rust-lang/rust#161430) Stabilized APIs --------------- - [`IntoIterator` for `Box<[T; N]>`] (https://doc.rust-lang.org/stable/std/iter/trait.IntoIterator.html#impl-IntoIterator-for-Box%3C%5BT;+N%5D,+A%3E) - [`IntoIterator` for `&Box<[T; N]>`] (https://doc.rust-lang.org/stable/std/iter/trait.IntoIterator.html#impl-IntoIterator-for-%26Box%3C%5BT;+N%5D,+A%3E) - [`IntoIterator` for `&mut Box<[T; N]>`] (https://doc.rust-lang.org/stable/std/iter/trait.IntoIterator.html#impl-IntoIterator-for-%26mut+Box%3C%5BT;+N%5D,+A%3E) - [`VecDeque::retain_back`] (https://doc.rust-lang.org/stable/std/collections/struct.VecDeque.html#method.retain_back) - [`core::ffi::VaList`] (https://doc.rust-lang.org/stable/core/ffi/struct.VaList.html) - [`Box::into_non_null`] (https://doc.rust-lang.org/stable/std/boxed/struct.Box.html#method.into_non_null) - [`Box::from_non_null`] (https://doc.rust-lang.org/stable/std/boxed/struct.Box.html#method.from_non_null) - [`Vec::into_parts`] (https://doc.rust-lang.org/stable/std/vec/struct.Vec.html#method.into_parts) - [`Vec::from_parts`] (https://doc.rust-lang.org/stable/std/vec/struct.Vec.html#method.from_parts) - [`core::mem::size_of_val_raw`] (https://doc.rust-lang.org/stable/core/mem/fn.size_of_val_raw.html) - [`core::mem::align_of_val_raw`] (https://doc.rust-lang.org/stable/core/mem/fn.align_of_val_raw.html) - [`core::alloc::Layout::for_value_raw`] (https://doc.rust-lang.org/stable/core/alloc/struct.Layout.html#method.for_value_raw) - [`String::from_utf8_lossy_owned`] (https://doc.rust-lang.org/stable/std/string/struct.String.html#method.from_utf8_lossy_owned) - [`string::FromUtf8Error::into_utf8_lossy`] (https://doc.rust-lang.org/stable/std/string/struct.FromUtf8Error.html#method.into_utf8_lossy) - [`FusedIterator for StepBy<I>`] (https://doc.rust-lang.org/stable/std/iter/struct.StepBy.html#impl-FusedIterator-for-StepBy%3CI%3E) - [`std::fs::set_times`] (https://doc.rust-lang.org/stable/std/fs/fn.set_times.html) - [`std::fs::set_times_nofollow`] (https://doc.rust-lang.org/stable/std/fs/fn.set_times_nofollow.html) Cargo ----- - Add a new built-in profile `debug`. This is a preparation for transitioning the `dev` profile away from debugging to give a saner default for faster development iterations. Currently there is no difference between `dev` and `debug` profiles. [docs] (https://doc.rust-lang.org/nightly/cargo/reference/profiles.html#debug-1) [#17214] (rust-lang/cargo#17214) - Workspace members on edition 2024 or later can now override an inherited workspace dependency's `default-features` field. For example, `serde = { workspace = true, default-features = false }` now turns off default features even when the workspace definition enables them. On earlier editions, `default-features = false` is ignored with a warning. ([RFC 3945] (rust-lang/rfcs#3945)) [#17126](rust-lang/cargo#17126) - Incremental compilation is now disabled by default when running in CI. CI is detected via the CI environment variable. [#17220] (rust-lang/cargo#17220) See also the [full Cargo changelog] (https://doc.rust-lang.org/nightly/cargo/CHANGELOG.html#cargo-199-2026-10-01) Rustdoc ----- - [Add new `unused_footnote_definition` rustdoc lint] (rust-lang/rust#137858) - Smarter filtering of trait impls yields performance improvements of 20% on average and up to 40% on some real-world crates. ([1] (rust-lang/rust#159623), [2](rust-lang/rust#159721), [3](rust-lang/rust#159779), [4](rust-lang/rust#159854), [5](rust-lang/rust#159091)) Compatibility Notes ------------------- - [Fully deprecate the legacy integral modules] (rust-lang/rust#146882). For example, `std::i32::MAX` should be accessed via `i32::MAX` instead. - [Upgrade `no_mangle_generic_items` into hard error] (rust-lang/rust#154585) - [The `Pin::new_unchecked` has had its safety invariants changed slightly] (rust-lang/rust#156935) - [Do not promote references to extern statics] (rust-lang/rust#157641) - [Ensure that the inferred types of `let` patterns typecheck] (rust-lang/rust#157841) - [hermit/fs: Return `unsupported()` instead of `from_raw_os_error(22)`] (rust-lang/rust#158247) - [Fixed a bug where `#[repr(simd)]` was accidentally allowed on macro invocations on stable Rust] (rust-lang/rust#158523) - [Abort const-eval when there are generics in the type of the value being produced] (rust-lang/rust#159504) - [Attributes not applying to anything are now an error in code blocks in doc comments] (rust-lang/rust#159849) - [`Box::leak`: tell people to avoid unleaking] (rust-lang/rust#160323) - [PowerPC inline ASM: Fix scalar floats being in the wrong vector lane on little endian] (rust-lang/rust#160441) - [Do not take `doc(cfg())` into account when filtering doctests] (rust-lang/rust#159014) - [Infer anonymous lifetimes in the types of associated consts as `'static`] (rust-lang/rust#156508) - Macros that expand to a semicolon now produce a warning lint (`semicolon_in_expressions_from_non_local_macros`) even when the macro comes from another crate. Previously, such warnings only appeared for macros from the same crate, to avoid showing warnings that can't be fixed locally; however, this masked problems, as integration tests from the crate providing the macro get compiled as a separate crate, so tests often wouldn't reveal this issue. If you encounter a lint like this, please make sure to report it to the crate providing the macro so they can fix it; don't just silence it in your own crate. - [`semicolon_in_expressions_from_macros`: Lint on non-local macros too] (rust-lang/rust#159222) - [Split non-local `semicolon_in_expressions_from_macros` into a separate lint] (rust-lang/rust#159700) Internal Changes ---------------- These changes do not affect any public interfaces of Rust, but they represent significant improvements to the performance or internals of rustc and related tools. - [Update to LLVM 23] (rust-lang/rust#158734)

rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. labels Jul 18, 2026

rustbot assigned BoxyUwU Jul 18, 2026

RalfJung commented Jul 18, 2026

View reviewed changes

Nadrieril approved these changes Jul 19, 2026

View reviewed changes

RalfJung force-pushed the generic-in-pat branch from dac5ad4 to 4e2e48d Compare July 19, 2026 14:56

RalfJung changed the title ~~avoid ICE when generics sneak into a constant pattern~~ Abort const-eval queries early when there are generics in the type Jul 19, 2026

RalfJung force-pushed the generic-in-pat branch from 4e2e48d to 7f1bebc Compare July 19, 2026 15:07

RalfJung commented Jul 19, 2026

View reviewed changes

RalfJung force-pushed the generic-in-pat branch from 7f1bebc to 1661912 Compare July 19, 2026 15:12

RalfJung force-pushed the generic-in-pat branch from 1661912 to c2042f1 Compare July 19, 2026 15:17

RalfJung commented Jul 19, 2026

View reviewed changes

Comment thread compiler/rustc_const_eval/src/interpret/validity.rs

This comment has been minimized.

Sign in to view

RalfJung force-pushed the generic-in-pat branch 2 times, most recently from 1e64ddf to eb27207 Compare July 19, 2026 15:46

RalfJung commented Jul 19, 2026

View reviewed changes

This comment has been minimized.

Sign in to view

rustbot added the S-waiting-on-perf Status: Waiting on a perf run to be completed. label Jul 19, 2026

This comment has been minimized.

Sign in to view

rust-bors Bot pushed a commit that referenced this pull request Jul 19, 2026

Auto merge of #159504 - RalfJung:generic-in-pat, r=<try>

32d3094

Abort const-eval queries early when there are generics in the type

This comment has been minimized.

Sign in to view

RalfJung added 2 commits July 22, 2026 15:37

const-eval: early-reject constants with generics in their type

bb1991d

const-to-pat: double-check that no generics snuck through

bb3d6e9

RalfJung force-pushed the generic-in-pat branch from 41de888 to bb3d6e9 Compare July 22, 2026 13:37

Nadrieril approved these changes Jul 22, 2026

View reviewed changes

rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Jul 22, 2026

rust-bors Bot 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 Jul 22, 2026

JonathanBrouwer mentioned this pull request Jul 22, 2026

Rollup of 7 pull requests #159741

Closed

JonathanBrouwer mentioned this pull request Jul 22, 2026

Rollup of 7 pull requests #159742

Closed

This was referenced Jul 22, 2026

Rollup of 9 pull requests #159747

Closed

Rollup of 8 pull requests #159748

Merged

rust-bors Bot merged commit f791d70 into rust-lang:main Jul 23, 2026
13 checks passed

rustbot added this to the 1.99.0 milestone Jul 23, 2026

RalfJung deleted the generic-in-pat branch July 24, 2026 10:27

dianne mentioned this pull request Jul 24, 2026

StructuralPartialEq diagnostic inconsistent with code #150298

Closed

lcnr added the relnotes Marks issues that should be documented in the release notes of the next release. label Jul 31, 2026

rustbot mentioned this pull request Jul 31, 2026

Tracking issue for release notes of #159504: Abort const-eval queries early when there are generics in the type #160263

Open

BoxyUwU mentioned this pull request Sep 4, 2026

Draft release notes for 1.99.0 #162306

Closed

Uh oh!

Conversation

RalfJung commented Jul 18, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

rustbot commented Jul 18, 2026

Uh oh!

rustbot commented Jul 18, 2026

Uh oh!

RalfJung Jul 18, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Nadrieril left a comment • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

RalfJung commented Jul 19, 2026

Uh oh!

Nadrieril commented Jul 19, 2026

Uh oh!

rustbot commented Jul 19, 2026

Uh oh!

RalfJung commented Jul 19, 2026

Uh oh!

RalfJung Jul 19, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

rustbot commented Jul 19, 2026

Uh oh!

Uh oh!

This comment has been minimized.

RalfJung Jul 19, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Nadrieril Jul 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

oli-obk commented Jul 19, 2026

Uh oh!

This comment has been minimized.

This comment has been minimized.

rust-bors Bot commented Jul 19, 2026

Uh oh!

This comment has been minimized.

rustbot commented Jul 22, 2026

Uh oh!

RalfJung commented Jul 22, 2026

Uh oh!

RalfJung commented Jul 22, 2026

Uh oh!

rust-bors Bot commented Jul 22, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

RalfJung commented Jul 18, 2026 •

edited by rustbot

Loading

RalfJung Jul 18, 2026 •

edited by rustbot

Loading

Nadrieril left a comment •

edited by rustbot

Loading

RalfJung Jul 19, 2026 •

edited

Loading

RalfJung Jul 19, 2026 •

edited by rustbot

Loading

Nadrieril Jul 22, 2026 •

edited

Loading