forked from rust-lang/rust
-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Rollup merge of rust-lang#105455 - lcnr:correct-reveal-in-validate, r…
…=jackh726 use the correct `Reveal` during validation supersedes rust-lang#105454. Deals with rust-lang#105009 (comment), not closing rust-lang#105009 as the ICE may leak into beta The issue was the following: - we optimize the mir, using `Reveal::All` - some optimization relies on the hidden type of an opaque type - we then validate using `Reveal::UserFacing` again which is not able to observe the hidden type r? `@jackh726`
- Loading branch information
Showing
4 changed files
with
65 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
File renamed without changes.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,52 @@ | ||
// Regression test for #105009. the issue here was that even after the `RevealAll` pass, | ||
// `validate` still used `Reveal::UserFacing`. This meant that it now ends up comparing | ||
// opaque types with their revealed version, resulting in an ICE. | ||
// | ||
// We're using these flags to run the `RevealAll` pass while making it less likely to | ||
// accidentally removing the assignment from `Foo<fn_ptr>` to `Foo<fn_def>`. | ||
|
||
// compile-flags: -Zinline_mir=yes -Zmir-opt-level=0 -Zvalidate-mir | ||
// run-pass | ||
|
||
use std::hint::black_box; | ||
|
||
trait Func { | ||
type Ret: Id; | ||
} | ||
|
||
trait Id { | ||
type Assoc; | ||
} | ||
impl Id for u32 { | ||
type Assoc = u32; | ||
} | ||
impl Id for i32 { | ||
type Assoc = i32; | ||
} | ||
|
||
impl<F: FnOnce() -> R, R: Id> Func for F { | ||
type Ret = R; | ||
} | ||
|
||
fn bar() -> impl Copy + Id { | ||
0u32 | ||
} | ||
|
||
struct Foo<T: Func> { | ||
_func: T, | ||
value: Option<<<T as Func>::Ret as Id>::Assoc>, | ||
} | ||
|
||
fn main() { | ||
let mut fn_def = black_box(Foo { | ||
_func: bar, | ||
value: None, | ||
}); | ||
let fn_ptr = black_box(Foo { | ||
_func: bar as fn() -> _, | ||
value: None, | ||
}); | ||
|
||
fn_def.value = fn_ptr.value; | ||
black_box(fn_def); | ||
} |