rust-lang/rust
1
0
Fork 0
Code Issues Pull Requests Actions 2 Packages Projects Releases Wiki Activity
Files
master
rust/tests/ui/limits/huge-enum.rs

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

20 lines
670 B
Rust
Raw Permalink Normal View History

compiler: Include span of too huge enum with -Cdebuginfo=2 We have a ui test to ensure we emit an error if we encounter too big enums. Before this fix, compiling the test with `-Cdebuginfo=2` would not include the span of the instantiation site, because the error is then emitted from a different code path that does not include the span. Propagate the span to the error also in the debuginfo case, so the test passes regardless of debuginfo level.
2025-08-28 20:11:07 +02:00
// FIXME(#61117): Remove revisions once x86_64-gnu-debug CI job sets rust.debuginfo-level-tests=2
// NOTE: The .stderr for both revisions shall be identical.
//@ revisions: no-debuginfo full-debuginfo
rework run-fail and support check,build-fail
2019-12-14 04:28:32 +01:00
//@ build-fail
Remove the `-test` suffix from normalize directives
2024-12-25 22:12:17 +11:00
//@ normalize-stderr: "std::option::Option<\[u32; \d+\]>" -> "TYPE"
//@ normalize-stderr: "\[u32; \d+\]" -> "TYPE"
compiler: Include span of too huge enum with -Cdebuginfo=2 We have a ui test to ensure we emit an error if we encounter too big enums. Before this fix, compiling the test with `-Cdebuginfo=2` would not include the span of the instantiation site, because the error is then emitted from a different code path that does not include the span. Propagate the span to the error also in the debuginfo case, so the test passes regardless of debuginfo level.
2025-08-28 20:11:07 +02:00
//@[no-debuginfo] compile-flags: -Cdebuginfo=0
//@[full-debuginfo] compile-flags: -Cdebuginfo=2
ci: Begin running ui tests with `rust.debuginfo-level-tests=1` To reduce risk of regressing on generating debuginfo e.g. in the form of ICE:s. This will also ensure that future ui tests support different debuginfo levels. When I looked at run time for different CI jobs, **x86_64-gnu-debug** was far from the bottle neck, so it should be fine to make it perform more work.
2025-07-26 13:23:20 +02:00
Register new snapshots.
2015-01-16 17:01:02 +02:00
#[cfg(target_pointer_width = "32")]
tweak output and tests
2019-08-04 12:23:05 -07:00
type BIG = Option<[u32; (1<<29)-1]>;
clearly define `int` and `uint` to fix unsoundness This fixes the gap in the language definition causing #18726 by defining a clear bound on the maximum size for libraries to enforce. Closes #18069
2014-11-06 21:30:49 -05:00
Register new snapshots.
2015-01-16 17:01:02 +02:00
#[cfg(target_pointer_width = "64")]
Keep object-size-dependent tests failing These tests depend on the internal logic of rustc regarding handling very large objects. Fix them to reflect rustc_abi::obj_size_bound diffs.
2024-07-09 19:25:28 -07:00
type BIG = Option<[u32; (1<<59)-1]>;
tweak output and tests
2019-08-04 12:23:05 -07:00
clearly define `int` and `uint` to fix unsoundness This fixes the gap in the language definition causing #18726 by defining a clear bound on the maximum size for libraries to enforce. Closes #18069
2014-11-06 21:30:49 -05:00
fn main() {
tweak output and tests
2019-08-04 12:23:05 -07:00
let big: BIG = None;
TL note: current means target
2024-09-20 00:39:10 -07:00
//~^ ERROR are too big for the target architecture
clearly define `int` and `uint` to fix unsoundness This fixes the gap in the language definition causing #18726 by defining a clear bound on the maximum size for libraries to enforce. Closes #18069
2014-11-06 21:30:49 -05:00
}
Reference in New Issue Copy Permalink