Hojun-Cho
f191e6e0e2
Hare's rule (harec check.c binarithm): % and the bitwise/shift five are integer-only; + - * / need numeric operands. ww grouped % with the numeric ops, and compound assigns never op-checked at all, so `a % b` on floats compiled half-lowered (live cs!=ww divergence), `a %= 2.0` plain-stored the rhs (op silently dropped, both stages), and `s += "cd"` garbled str headers. Gate both at the checker, both stages; the cgen float-compound fallbacks and the three unknown- compound legacy defaults (deref/global/local) demote to rule-7 hard stops. 34 compound-on-tagged/str/slice fixtures re-pin from the old cgen "not wired" stops to the earlier checker diagnostics; 3 new reject fixtures pin the closed shapes.
16 lines
629 B
Plaintext
16 lines
629 B
Plaintext
//ww:error "arithmetic on non-numeric type"
|
|
// Lifted from test/wcc/949_dotfield_compound_run.c reject row "dotfld_he_slice"
|
|
// (#34/rule-7): a compound assign on a single-dot SLICE field is unwired in
|
|
// both stages and MUST loud-fail. The substring is the shared diagnostic body
|
|
// — byte-identical on both stages, pinned to "slice field" so it cannot also
|
|
// match the float/str/tagged rows (no file:line, no cstage "ww: " prefix —
|
|
// both differ cs vs ww).
|
|
package main;
|
|
type S = struct { f: []u8, g: int };
|
|
export fn main() i32 = {
|
|
let b: [2]u8 = [1u8, 2u8];
|
|
let s: S = S{f=b[0:2], g=0};
|
|
s.f += b[0:1];
|
|
return 0;
|
|
};
|