2023-09-01 23:12:46 -05:00
|
|
|
//@ run-pass
|
|
|
|
// Test StableMIR behavior when different results are given
|
|
|
|
|
|
|
|
//@ ignore-stage1
|
|
|
|
//@ ignore-cross-compile
|
|
|
|
//@ ignore-remote
|
2023-10-20 04:39:50 -05:00
|
|
|
//@ ignore-windows-gnu mingw has troubles with linking https://github.com/rust-lang/rust/pull/116837
|
2023-09-01 23:12:46 -05:00
|
|
|
//@ edition: 2021
|
|
|
|
|
|
|
|
#![feature(rustc_private)]
|
|
|
|
#![feature(assert_matches)]
|
|
|
|
|
2023-10-17 03:05:23 -05:00
|
|
|
#[macro_use]
|
2023-09-01 23:12:46 -05:00
|
|
|
extern crate rustc_smir;
|
2023-10-17 03:05:23 -05:00
|
|
|
extern crate rustc_driver;
|
|
|
|
extern crate rustc_interface;
|
2023-09-14 10:50:11 -05:00
|
|
|
extern crate stable_mir;
|
2023-09-01 23:12:46 -05:00
|
|
|
|
2023-09-14 10:50:11 -05:00
|
|
|
use rustc_smir::rustc_internal;
|
2023-09-01 23:12:46 -05:00
|
|
|
use std::io::Write;
|
|
|
|
|
|
|
|
/// This test will generate and analyze a dummy crate using the stable mir.
|
|
|
|
/// For that, it will first write the dummy crate into a file.
|
|
|
|
/// Then it will create a `StableMir` using custom arguments and then
|
|
|
|
/// it will run the compiler.
|
|
|
|
fn main() {
|
|
|
|
let path = "input_compilation_result_test.rs";
|
|
|
|
generate_input(&path).unwrap();
|
|
|
|
let args = vec!["rustc".to_string(), path.to_string()];
|
|
|
|
test_continue(args.clone());
|
|
|
|
test_break(args.clone());
|
|
|
|
test_failed(args.clone());
|
2024-01-10 13:46:17 -06:00
|
|
|
test_skipped(args.clone());
|
|
|
|
test_captured(args)
|
2023-09-01 23:12:46 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
fn test_continue(args: Vec<String>) {
|
2024-01-16 16:31:25 -06:00
|
|
|
let result = run!(args, || ControlFlow::Continue::<(), bool>(true));
|
2023-09-01 23:12:46 -05:00
|
|
|
assert_eq!(result, Ok(true));
|
|
|
|
}
|
|
|
|
|
|
|
|
fn test_break(args: Vec<String>) {
|
2024-01-16 16:31:25 -06:00
|
|
|
let result = run!(args, || ControlFlow::Break::<bool, i32>(false));
|
2023-09-01 23:12:46 -05:00
|
|
|
assert_eq!(result, Err(stable_mir::CompilerError::Interrupted(false)));
|
|
|
|
}
|
|
|
|
|
2023-10-17 03:05:23 -05:00
|
|
|
#[allow(unreachable_code)]
|
2023-09-01 23:12:46 -05:00
|
|
|
fn test_skipped(mut args: Vec<String>) {
|
|
|
|
args.push("--version".to_string());
|
2024-01-16 16:31:25 -06:00
|
|
|
let result = run!(args, || unreachable!() as ControlFlow<()>);
|
2023-09-01 23:12:46 -05:00
|
|
|
assert_eq!(result, Err(stable_mir::CompilerError::Skipped));
|
|
|
|
}
|
|
|
|
|
2023-10-17 03:05:23 -05:00
|
|
|
#[allow(unreachable_code)]
|
2023-09-01 23:12:46 -05:00
|
|
|
fn test_failed(mut args: Vec<String>) {
|
|
|
|
args.push("--cfg=broken".to_string());
|
2024-01-16 16:31:25 -06:00
|
|
|
let result = run!(args, || unreachable!() as ControlFlow<()>);
|
Merge `CompilerError::CompilationFailed` and `CompilerError::ICE`.
`CompilerError` has `CompilationFailed` and `ICE` variants, which seems
reasonable at first. But the way it identifies them is flawed:
- If compilation errors out, i.e. `RunCompiler::run` returns an `Err`,
it uses `CompilationFailed`, which is reasonable.
- If compilation panics with `FatalError`, it catches the panic and uses
`ICE`. This is sometimes right, because ICEs do cause `FatalError`
panics, but sometimes wrong, because certain compiler errors also
cause `FatalError` panics. (The compiler/rustdoc/clippy/whatever just
catches the `FatalError` with `catch_with_exit_code` in `main`.)
In other words, certain non-ICE compilation failures get miscategorized
as ICEs. It's not possible to reliably distinguish the two cases, so
this commit merges them. It also renames the combined variant as just
`Failed`, to better match the existing `Interrupted` and `Skipped`
variants.
Here is an example of a non-ICE failure that causes a `FatalError`
panic, from `tests/ui/recursion_limit/issue-105700.rs`:
```
#![recursion_limit="4"]
#![invalid_attribute]
#![invalid_attribute]
#![invalid_attribute]
#![invalid_attribute]
#![invalid_attribute]
//~^ERROR recursion limit reached while expanding
fn main() {{}}
```
2024-02-16 16:13:45 -06:00
|
|
|
assert_eq!(result, Err(stable_mir::CompilerError::Failed));
|
2023-09-01 23:12:46 -05:00
|
|
|
}
|
|
|
|
|
2024-01-10 13:46:17 -06:00
|
|
|
/// Test that we are able to pass a closure and set the return according to the captured value.
|
|
|
|
fn test_captured(args: Vec<String>) {
|
|
|
|
let captured = "10".to_string();
|
2024-01-16 16:31:25 -06:00
|
|
|
let result = run!(args, || ControlFlow::Continue::<(), usize>(captured.len()));
|
2024-01-10 13:46:17 -06:00
|
|
|
assert_eq!(result, Ok(captured.len()));
|
|
|
|
}
|
|
|
|
|
2023-09-01 23:12:46 -05:00
|
|
|
fn generate_input(path: &str) -> std::io::Result<()> {
|
|
|
|
let mut file = std::fs::File::create(path)?;
|
|
|
|
write!(
|
|
|
|
file,
|
|
|
|
r#"
|
|
|
|
// This should trigger a compilation failure when enabled.
|
|
|
|
#[cfg(broken)]
|
|
|
|
mod broken_mod {{
|
|
|
|
fn call_invalid() {{
|
|
|
|
invalid_fn();
|
|
|
|
}}
|
|
|
|
}}
|
|
|
|
|
|
|
|
fn main() {{}}
|
|
|
|
"#
|
|
|
|
)?;
|
|
|
|
Ok(())
|
|
|
|
}
|