○
Planned This feature is planned but not yet implemented.
Parked: runtime/interpreter bug family deferred (2026-05-15). std.runtime:run accepts "ping()" (no leading ~) and returns result instead of parse_error. Surfaces design question — is interpreter source implicit-Koru or does it require ~? Defer with rest of runtime work.
Failure Output
[REGISTRY] Creating dispatcher for scope 'api'
[REGISTRY] Found 1 events
[REGISTRY] Generated 9211 bytes
🎯 Compiler coordination: Passes: 13 (flow-based: frontend, analysis, emission)Code
// Test: std.runtime:run returns parse_error when no flow exists
~import "$std/runtime"
~import "$std/io"
~pub event ping {}
| ok u64
~proc ping {
return .{ .ok = 1 };
}
~std.runtime:register(scope: "api") {
ping(1)
}
const TEST_SOURCE = "ping()"; // missing leading ~, so no flow
~std.runtime:run(source: TEST_SOURCE, scope: "api")
| result _ |> std.io:print.ln("OK")
| exhausted _ |> std.io:print.ln("EXHAUSTED")
| parse_error _ |> std.io:print.ln("PARSE ERROR")
| validation_error _ |> std.io:print.ln("VALIDATION ERROR")
| shape_error _ |> std.io:print.ln("SHAPE ERROR")
| event_denied _ |> std.io:print.ln("EVENT DENIED")
| dispatch_error _ |> std.io:print.ln("DISPATCH ERROR")
| scope_not_found _ |> std.io:print.ln("SCOPE NOT FOUND")
Expected
PARSE ERROR
Actual
OK
Test Configuration
MUST_RUN