-
Notifications
You must be signed in to change notification settings - Fork 13.4k
Treating DST constructor as a function aborts compiler #30276
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
According to @Aatch,
|
The minimum reproduction is this: struct Test([i32]);
fn main() {
let x = Test;
} Just to show that it's not got anything to do with taking a reference. |
@Aatch, updated. |
Reference rust-lang/rust#30276
This no longer ICEs! |
@steveklabnik Not so fast: struct Test([i32]);
fn main() {
let x: fn(_) -> Test = Test;
} Reification is now lazy, |
cc me |
This appears to have been fixed. |
Make sure that treating a DST tuple constructor as a function doesn't ICE. Closes rust-lang#30276
This shouldn't have been "fixed", hiding the ICE only happened by accident (#45225 unhides it). |
Rustc now errors on unsized locals being feature gated. |
No longer ICEs (again), but correctly refuses to compile on nightly even with #![feature(unsized_locals)]. Test was removed previously, should the test be brought back, then? |
@workingjubilee seems like yes! |
Aborts (no backtrace):
With:
Forked from: #30240.
The text was updated successfully, but these errors were encountered: