d8076b9333
Surface rename of the signed integer family: s1..s64 become i1..i64
(u1..u64, usize, isize unchanged). 'string' keeps the s-prefix arm in
name classification; width parsing moves to the i-prefix arm next to
isize.
Internal TypeId tags follow the surface (.s8/.s16/.s32/.s64 ->
.i8/.i16/.i32/.i64), as do mono-key mangle fragments (ptr_i64,
tu_i64_bool) and all display/diagnostic formatting (i{d}).
Migrated in the same sweep: stdlib + examples + issue repros + FFI C
companions (shared symbol names like ffi_id_i64), expected
stdout/stderr/ir snapshots, specs.md, readme.md, CLAUDE.md/AGENTS.md,
implementation_plan.md, docs/, issue writeups. Vendored stb_image and
historical flow state left untouched.
zig build test: 426/426; examples suite: 595/595.
23 lines
1.0 KiB
Plaintext
23 lines
1.0 KiB
Plaintext
// A genuinely-undeclared type name used in an IMPORTED (non-main) module must
|
|
// emit a clean "unknown type" diagnostic, not silently compile.
|
|
//
|
|
// The `UnknownTypeChecker` only walks MAIN-file decls — imported / library
|
|
// modules are trusted and never checked. So an undeclared type name in an
|
|
// imported module used to fall through the type leaf's empty-struct stub and
|
|
// silently fabricate a 0-field struct: `make_thing()` below compiled and ran
|
|
// (printing `thing.x = 42`) even though `lib.sx` references the non-existent
|
|
// type `Coordnate`. The source-aware nominal leaf now poisons a genuinely-
|
|
// undeclared name with the `.unresolved` sentinel and emits the diagnostic at
|
|
// the reference, so the typo surfaces instead of mis-sizing `Thing` downstream.
|
|
//
|
|
// Expected: `error: unknown type 'Coordnate'` pointing into lib.sx; exit 1.
|
|
// Regression (stdlib E3).
|
|
#import "modules/std.sx";
|
|
|
|
#import "0759-modules-undeclared-type-in-import/lib.sx";
|
|
|
|
main :: () -> i32 {
|
|
print("thing.x = {}\n", make_thing());
|
|
return 0;
|
|
}
|