1bc60d3a35
lowerEnumLiteral resolved the variant against the raw destination type,
so any non-enum destination fell into resolveVariantValue's silent
return-0 tail with the enum_init stamped as the wrong type:
- ?E destinations produced variant 0 mis-typed as the optional
(observed as variant 0 OR null, layout-dependent);
- builtin destinations (i64) silently became 0;
- unknown variants of real enums silently became variant 0;
- a destination-less literal panicked LLVM emission (unresolved
type reached codegen).
Now: optional destinations unwrap to the child enum (the coercion
layer's .optional_wrap handles E -> ?E), and the remaining shapes are
diagnosed — unknown variant (with the variant list, via the new
emitBadEnumVariant twin of emitBadVariant), non-enum destination, and
no destination (cascade-guarded: silent when the destination's type
already failed to resolve and was reported).
Regression tests: examples/0183 (return/assign/reassign into ?Enum,
non-zero variants, null path) + examples/1169/1170 (each diagnostic);
all three FAIL on pre-fix master. zig build test 426/426;
tests/run_examples.sh 598/598.
12 lines
403 B
Plaintext
12 lines
403 B
Plaintext
// A destination-less enum literal is diagnosed (issue 0098's third hole —
|
|
// it previously panicked the LLVM backend with an unresolved type). Kept
|
|
// as the ONLY error in this file: the diagnostic is cascade-guarded, so it
|
|
// stays silent when the destination type itself already failed to resolve.
|
|
#import "modules/std.sx";
|
|
|
|
main :: () -> i32 {
|
|
c := .ios;
|
|
print("{}\n", c);
|
|
return 0;
|
|
}
|