Monolithic IO.bd hid syscall direction and descriptor typing.
Runtime-backed corelib surfaces
Platform spec feature
Runtime-backed corelib surfaces
Spec standingStandard
-
stdin/stdout/stderr are separate runtime-backed modules.
Context
Decision
Rule Detail Surface System.Input,System.Output,System.Errorunderpackages/runtimeNon-goal Monolithic IO.bdfor standard streamsConsequences
Syscall descriptors stay typed per stream.
Verification anchors
packages/runtime/src/System/; stream contract tests. -
ANSI and terminal helpers live in corelib_console.
Context
Higher console work must not bloat runtime syscall modules.
Decision
Rule Detail Package compiler/corelib/packages/console(corelib_console)Runtime Streams stay in runtime package Consequences
Terminal features document against console package anchors.
Verification anchors
packages/console; pckg workspace publish. -
Runtime-backed surfaces require coordinated ABI bumps.
Context
Builtin shape changes break AOT/JIT link without version alignment.
Decision
Rule Detail Version beskid_runtime_abi_version/BESKID_RUNTIME_ABI_VERSIONmust matchChange Requires beskid_abi, runtime, and corelib updates togetherConsequences
Link failures surface at build time, not lazy dlopen.
Verification anchors
beskid_abi/src/builtins.rs;abi/contracts.rs. -
Foundation-style modules without builtins follow normal lowering.
Context
Not every corelib module is runtime-backed.
Decision
Rule Detail In scope Builtin/syscall facades documented here Out of scope Pure Beskid foundationmodulesConsequences
This feature does not duplicate language-meta semantics for pure libraries.
Verification anchors
foundation package compile tests.
- Contracts and edge cases Stability guarantees for runtime-backed corelib APIs.
- Design model Corelib APIs implemented by runtime builtins and ABI-stable syscall surfaces.
- Examples Examples of runtime-backed corelib surfaces.
- FAQ and troubleshooting FAQ for runtime-backed corelib surfaces.
- Flow and algorithm Call path from Beskid corelib methods to runtime builtins.
- Verification and traceability Verification for runtime-backed corelib surfaces.
0 revisions (git unavailable at build; counts may be empty)
No commits recorded for this path.
| Section id | Required | Found |
|---|---|---|
what-this-feature-specifies | yes | yes |
implementation-anchors | yes | yes |
Full tree: run pnpm verify:platform-spec-layout (writes src/generated/platform-spec-layout-report.json).
What this feature specifies
Runtime-backed corelib surfaces defines one operational contract that a newcomer can follow end-to-end: first the model, then execution flow, then strict guarantees, concrete examples, and verification guidance.
Implementation anchors
- Corelib docs in
compiler/corelib/beskid_corelib/docs/andsite/website/src/legacy-bridge/corelib/System/ - Console package:
compiler/corelib/packages/console/ - Stream split:
System.Input,System.Output,System.Errorincompiler/corelib/packages/runtime/src/System/ - Runtime builtins in
compiler/crates/beskid_runtime/src/builtins/mod.rs - ABI builtin specs in
compiler/crates/beskid_abi/src/builtins.rs - Corelib ABI tests in
compiler/crates/beskid_tests/src/abi/contracts.rs
Decisions
Section titled “Decisions”No open decisions. Closed choices are normative ADRs under adr/ (D-CORE-STAB-0001 … D-CORE-STAB-0004); use the reader ADRs tab for expandable detail.
Articles
- Split System I/O modulesstdin/stdout/stderr are separate runtime-backed modules.
- Contracts and edge casesStability guarantees for runtime-backed corelib APIs.
- Design modelCorelib APIs implemented by runtime builtins and ABI-stable syscall surfaces.
- ExamplesExamples of runtime-backed corelib surfaces.
- FAQ and troubleshootingFAQ for runtime-backed corelib surfaces.
- Flow and algorithmCall path from Beskid corelib methods to runtime builtins.
- Verification and traceabilityVerification for runtime-backed corelib surfaces.