[ICE]: Encountered anon const with inference variable args but no error reported #133199
Open
1 of 4 tasks
Assignees
Labels
C-bug
Category: This is a bug.
F-generic_const_exprs
`#![feature(generic_const_exprs)]`
I-ICE
Issue: The compiler panicked, giving an Internal Compilation Error (ICE) ❄️
requires-incomplete-features
This issue requires the use of incomplete features.
S-has-bisection
Status: a bisection has been found for this issue
S-has-mcve
Status: A Minimal Complete and Verifiable Example has been found for this issue
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
Comments
vinay10949
added
C-bug
rustbot
added
the
needs-triage
|
are you using any unstable features, do you have a link to the ICEing code or something that would be useful in debugging this? |
fmease
added
S-waiting-on-author
|
@BoxyUwU I am using this #![feature(generic_const_exprs)] |
jieyouxu
added
F-generic_const_exprs
|
Looks like #133243 has a reproducer but not minimal. (That report didn't incl. dep version info, asking) |
|
MCVE from #133243 (ICEs on master checkout as of bfe809d): // tests/ui/generic_const_exprs/meow.rs
//@ aux-build: fixed_bit_set.rs
extern crate fixed_bit_set;
use fixed_bit_set::FixedBitSet;
fn main() {
FixedBitSet::<7>::new();
//~^ ERROR
}// tests/ui/generic_const_exprs/auxiliary/fixed_bit_set.rs
#![allow(incomplete_features)]
#![feature(generic_const_exprs)]
pub struct FixedBitSet<const N: usize>;
impl<const N: usize> FixedBitSet<N>
where
[u8; N.div_ceil(8)]: Sized,
{
pub fn new() -> Self {
todo!()
}
} |
jieyouxu
added
S-has-mcve
jieyouxu
added
the
S-has-bisection
|
Note that in the MCVE, the cross-crate seems to be a necessary condition. Inlining the struct and |
|
FWIW: The jolt quickstart example produces this error on an M1 produces: Nightly version: |
|
I also encountered this bug. I did not manage to reduce the bug to a simple code example but I can share my repo: The bug reproduces when running
Error outputrustc-ice-2024-11-30T07_58_44-194488.txt Backtrace
|
This comment has been minimized.
This comment has been minimized.
jieyouxu
added
the
requires-incomplete-features
peter-lyons-kehl
added a commit
to peter-lyons-kehl/phantom-newtype-rs
that referenced
this issue
Dec 10, 2024
peter-lyons-kehl
added a commit
to peter-lyons-kehl/phantom-newtype-rs
that referenced
this issue
Dec 10, 2024
|
I also hit this: Happens on autonomys/subspace@0d36b46 |
|
Is there a fix for this? My project won't compile and I can't use stable as I need the nightly compiler. What are my options? Update: I performed a binary search on each nightly compiler and found that the issue started with |
|
For now the only option I see is to fix the nightly compiler version. Stuck and unable to upgrade as well. |
|
Fyi, I use nightly 2024-11-01 where this issue is not yet present. I have not pinned down exactly when the issue appears but 2024-12-01 does not work, so sometimes in between... |
In my case, which was a parent crate crashing because of its dependency to a child crate who used const generics, adding |
|
Yeah, I'm only aware of this ICE occuring in cross crate scenarios. If adding |
|
Adding |
|
@BoxyUwU In a similar issue (I can't be sure if it's a duplicate) REMOVING #![feature(generic_const_exprs)] from the consumer crate (in my instance it's in the inline test) prevents the ICE (and then rustc shows an actual compile error). Please see #134044 (comment). Even though it was me who somehow narrowed it somewhat down (with the previous help of @cyrgani), I don't remember too much - it was 2 weeks ago... If it doesn't make sense, let me know and I'll dive again. Note that in the code reported earlier in that issue (#134044), that is: before the above linked comment, |
Tehforsch
added a commit
to Tehforsch/diman
that referenced
this issue
Jan 7, 2025
Some of them were missing this feature annotation but used to compile and pass for some inexplicable reason. Now this missing feature gate causes an ICE (rust-lang/rust#133199). This adds the feature gates in all the doctests, but does not yet address the fact that this ICE also occurs in calling crates that don't have `#![feature(generic_const_exprs)]` set. Maybe a workaround could be to check for this feature explicitly and throw a helpful error message in diman.
Tehforsch
added a commit
to Tehforsch/diman
that referenced
this issue
Jan 8, 2025
Some of them were missing this feature annotation but used to compile and pass for some inexplicable reason. Now this missing feature gate causes an ICE (rust-lang/rust#133199). This adds the feature gates in all the doctests, but does not yet address the fact that this ICE also occurs in calling crates that don't have `#![feature(generic_const_exprs)]` set. Maybe a workaround could be to check for this feature explicitly and throw a helpful error message in diman.
Tehforsch
added a commit
to Tehforsch/diman
that referenced
this issue
Jan 8, 2025
Some of them were missing this feature annotation but used to compile and pass for some inexplicable reason. Now this missing feature gate causes an ICE (rust-lang/rust#133199). This adds the feature gates in all the doctests, but does not yet address the fact that this ICE also occurs in calling crates that don't have `#![feature(generic_const_exprs)]` set. Maybe a workaround could be to check for this feature explicitly and throw a helpful error message in diman.
Tehforsch
added a commit
to Tehforsch/diman
that referenced
this issue
Jan 8, 2025
Some of them were missing this feature annotation but used to compile and pass for some inexplicable reason. Now this missing feature gate causes an ICE (rust-lang/rust#133199). This adds the feature gates in all the doctests, but does not yet address the fact that this ICE also occurs in calling crates that don't have `#![feature(generic_const_exprs)]` set. Maybe a workaround could be to check for this feature explicitly and throw a helpful error message in diman.
|
have a shorter mrp. two crates: bar #![allow(incomplete_features)]
#![feature(generic_const_exprs)]
pub fn pop<const N: usize>(_: [(); N]) -> [(); N - 1] {
panic!()
}main pub fn main() {
bar::pop([()]);
}thanks to @theemathas and @pitust for minimizing Shortest possible mrp, i think. |
|
The "fix" is to add #![feature(generic_const_exprs)] to the top of every crate that depends on your crate, and to the top of every doctest. |
13 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Code
Affected release channels
Rust Version
Current error output
Backtrace
Anything else?
No response
The text was updated successfully, but these errors were encountered: