rust/tests/ui/limits/huge-enum.rs

// 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
//@ build-fail
//@ normalize-stderr: "std::option::Option<\[u32; \d+\]>" -> "TYPE"
//@ normalize-stderr: "\[u32; \d+\]" -> "TYPE"
//@[no-debuginfo] compile-flags: -Cdebuginfo=0
//@[full-debuginfo] compile-flags: -Cdebuginfo=2

#[cfg(target_pointer_width = "32")]
type BIG = Option<[u32; (1<<29)-1]>;

#[cfg(target_pointer_width = "64")]
type BIG = Option<[u32; (1<<59)-1]>;

fn main() {
    let big: BIG = None;
    //~^ ERROR are too big for the target architecture
}
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`
[AUTO-GENERATED] Migrate ui tests from `//` to `//@` directives 2024-02-16 20:02:50 +00: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			`}`