test: migrate dotfield/idxfield compound-assign to @test + runww rejects, retire C twins (fold-3)
949_dotfield_compound + 949_idxfield_compound are one bug class (#133-lineage compound-assign load-op-store on field lvalues; #34/#33, #263 carve-out) sharing the combine + hard-error path, so the two C carriers fuse into one commit: 26 value rows -> test/lang @test row-tables (primitive-only asserts), 8 reject rows -> runww //ww:error dual-stage carriers. byteid floor 50->52.
This commit is contained in:
14
test/wcc/data/idxfield_compound_float/case.ww
Normal file
14
test/wcc/data/idxfield_compound_float/case.ww
Normal file
@@ -0,0 +1,14 @@
|
||||
//ww:error "arr[i].field compound on float field"
|
||||
// Lifted from test/wcc/949_idxfield_compound_run.c reject row "fld_he_float"
|
||||
// (#33/rule-7): a compound assign on an indexed-element FLOAT field is unwired
|
||||
// in both stages and MUST loud-fail, not silently fall through. The substring
|
||||
// is the shared diagnostic body — byte-identical on both stages, pinned to
|
||||
// "float field" so it cannot also match the str/slice/tagged rows (no
|
||||
// file:line, no cstage "ww: " prefix — both differ cs vs ww).
|
||||
package main;
|
||||
type S = struct { f: f64, g: i32 };
|
||||
export fn main() i32 = {
|
||||
let xs: [2]S = [S{f=1.0, g=0}, S{f=0.0, g=0}];
|
||||
xs[0].f /= 2.0;
|
||||
return 0;
|
||||
};
|
||||
Reference in New Issue
Block a user