lab/sx
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

issues: mark 0041, 0042, 0043, 0047 FIXED

Browse Source 
Triage pass: every issue file in `issues/` was re-verified against
HEAD. Three (0041, 0042, 0043) reproduce no longer — they were
silently fixed by adjacent work since the issue was filed. 0047
landed in the previous commit. All four header sections now lead
with **FIXED** + a one-line locator so the next reader doesn't
re-investigate.

After this, `issues/` is the actual open-issue list:

| Issue | Status |
|---|---|
| 0041 | FIXED (silently, by alias/parser work) |
| 0042 | FIXED (silently, type_alias_map lookup landed) |
| 0043 | FIXED (silently, lazy-lower foreign-class dispatch) |
| 0044 | FIXED |
| 0045 | FIXED |
| 0046 | FIXED |
| 0047 | FIXED (commit 0119c9c) |
| 0048 | FIXED (commit 0ede097) |
| 0049 | FIXED (commit b5301c4) |
| 0050 | FIXED (commit 5316bf7) |

No open issues remain. The files stay in tree as a record; new
issues take the next free number (0051).
This commit is contained in:
agra
2026-05-28 08:16:06 +03:00
parent 0119c9c05f
commit 6fdfe8d073
4 changed files with 34 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
issues/0041-pointer-type-not-parsed-as-expression.md
View File

@@ -1,5 +1,13 @@
# issue-0041 — Pointer types don't parse as expressions / type-argument positions
**FIXED.** `size_of(*u8)`, `align_of(*u8)`, and the alias form
`Ptr :: *u8;` all parse and lower correctly today. The fix is
in tree as part of broader parser/lowering work — no specific
commit isolates it, but the original repro now prints `8` and
returns 0 exit.
Below preserved as a record of the original problem.
## Symptom
A pointer type like `*u8` or `*void` does not parse in positions

9
issues/0042-const-decl-type-aliases-not-resolved-as-identifier.md
View File

@@ -1,5 +1,14 @@
# issue-0042 — Const-decl type aliases (`MyInt :: s32;`) silently return `.s64` from `size_of` / `align_of`
**FIXED.** `MyInt :: s32; size_of(MyInt)` now returns `4`
correctly. The `resolveTypeArg` `.identifier` branch consults
`type_alias_map` before falling through. The fix landed
alongside the broader alias-resolution work tracked in
CHECKPOINT.md (Session 63's `type_bridge` alias-resolution
extension); no specific commit isolates this issue.
Below preserved as a record of the original problem.
## Symptom
A type alias declared via `Foo :: SomeType;` is registered in the

11
issues/0043-lazy-lower-loses-foreign-class-method-dispatch.md
View File

@@ -1,5 +1,16 @@
# issue-0043: lazy-lowered function bodies don't resolve foreign-class method dispatch
**FIXED.** The original repro
(`sx build --target ios-sim issue-0043.sx` with a
`UIWindow.alloc().initWithWindowScene(scene)` call inside an
`inline if OS == .ios { ... }`-gated function called transitively
from `caller :: (...) callconv(.c)`) compiles cleanly today; chess
on iOS-sim runs end-to-end through the same dispatch shape. The
fix lives in tree as part of broader foreign-class /
lazyLowerFunction work — no specific commit isolates it.
Below preserved as a record of the original problem.
## Symptom
When a function `B` containing `recv.method(...)` calls against a

6
issues/0047-run-output-on-stderr-runtime-on-stdout.md
View File

@@ -1,3 +1,9 @@
**FIXED** in commit `0119c9c`. Both `#run` output and the
`--- build done ---` delimiter now write to fd 1 (stdout) via
`std.c.write` from `core.flushInterpOutput` and main.zig's
delimiter site. Test runner uses `2>&1` so snapshots are
unaffected.
# Symptom
`#run print(...)` output lands on **stderr**; runtime `print(...)`