Repository navigation
feat(ring-0): frozen stage-0 + first green parse [SEED-0] - #3
Merged
Merged
Conversation
- Fix lexer: // comments, hex/binary/string literals, semicolons - Fix parser: module, use, const forms, fn headers, brace-skip bodies - Fix critical bug: lexer.tokenize() exhaustion before Parser - Create tests/ring0_trivial.t27 - Create stage0/FROZEN_HASH - Create docs/SEED-RINGS.md Closes #2
This was referenced Apr 4, 2026
5 tasks
This was referenced May 15, 2026
gHashTag
added a commit
that referenced
this pull request
May 15, 2026
Closes #646 Refs gHashTag/trinity-fpga#114 * Extend coq/IGLA/RMarker.v holo_op alphabet with OP_SPARSE_SKIP (TRI-27 ISA 0xE1, Wave-33 Lever #3 TENET sparsity-aware LUT skip). * Add new Lemma tenet_no_star : rtl_uses_star OP_SPARSE_SKIP = false. * Introduce trios-coq/IGLA/Tenet.v with depth-5 alphabet chain proof Theorem tenet_safe (5 ops: LUT, BitROM, SPARSE_SKIP, NoC, MUX_1x2). * All proven by 'reflexivity' / 'apply holographic_no_star'. * Register Tenet.v in trios-coq/_CoqProject. * Local coqc 8.20.1 verification: RMarker.vo + Tenet.vo build clean. Strategic ref: trios docs/strategic/TOPS-LEVERS-2026-05-16-001.md Anchor: phi^2 + phi^-2 = 3 · DOI 10.5281/zenodo.19227877 R5-HONEST · R7 falsifier W-102-A (BitNet b1.58-3B sparsity >= 25%) R15 sacred-synth-gate · R18 LAYER-FROZEN (purely additive) Signed-off-by: Vasilev Dmitrii <admin@t27.ai>
gHashTag
added a commit
that referenced
this pull request
May 15, 2026
…#645) Closes #646 Refs gHashTag/trinity-fpga#114 * Extend coq/IGLA/RMarker.v holo_op alphabet with OP_SPARSE_SKIP (TRI-27 ISA 0xE1, Wave-33 Lever #3 TENET sparsity-aware LUT skip). * Add new Lemma tenet_no_star : rtl_uses_star OP_SPARSE_SKIP = false. * Introduce trios-coq/IGLA/Tenet.v with depth-5 alphabet chain proof Theorem tenet_safe (5 ops: LUT, BitROM, SPARSE_SKIP, NoC, MUX_1x2). * All proven by 'reflexivity' / 'apply holographic_no_star'. * Register Tenet.v in trios-coq/_CoqProject. * Local coqc 8.20.1 verification: RMarker.vo + Tenet.vo build clean. Strategic ref: trios docs/strategic/TOPS-LEVERS-2026-05-16-001.md Anchor: phi^2 + phi^-2 = 3 · DOI 10.5281/zenodo.19227877 R5-HONEST · R7 falsifier W-102-A (BitNet b1.58-3B sparsity >= 25%) R15 sacred-synth-gate · R18 LAYER-FROZEN (purely additive) Signed-off-by: Vasilev Dmitrii <admin@t27.ai> Co-authored-by: Vasilev Dmitrii <admin@t27.ai>
gHashTag
added a commit
that referenced
this pull request
Jun 1, 2026
feat(ring-0): frozen stage-0 + first green parse [SEED-0]
gHashTag
added a commit
that referenced
this pull request
Jun 1, 2026
…#645) Closes #646 Refs gHashTag/trinity-fpga#114 * Extend coq/IGLA/RMarker.v holo_op alphabet with OP_SPARSE_SKIP (TRI-27 ISA 0xE1, Wave-33 Lever #3 TENET sparsity-aware LUT skip). * Add new Lemma tenet_no_star : rtl_uses_star OP_SPARSE_SKIP = false. * Introduce trios-coq/IGLA/Tenet.v with depth-5 alphabet chain proof Theorem tenet_safe (5 ops: LUT, BitROM, SPARSE_SKIP, NoC, MUX_1x2). * All proven by 'reflexivity' / 'apply holographic_no_star'. * Register Tenet.v in trios-coq/_CoqProject. * Local coqc 8.20.1 verification: RMarker.vo + Tenet.vo build clean. Strategic ref: trios docs/strategic/TOPS-LEVERS-2026-05-16-001.md Anchor: phi^2 + phi^-2 = 3 · DOI 10.5281/zenodo.19227877 R5-HONEST · R7 falsifier W-102-A (BitNet b1.58-3B sparsity >= 25%) R15 sacred-synth-gate · R18 LAYER-FROZEN (purely additive) Signed-off-by: Vasilev Dmitrii <admin@t27.ai> Co-authored-by: Vasilev Dmitrii <admin@t27.ai>
gHashTag
added a commit
that referenced
this pull request
Jun 1, 2026
…#645) Closes #646 Refs gHashTag/trinity-fpga#114 * Extend coq/IGLA/RMarker.v holo_op alphabet with OP_SPARSE_SKIP (TRI-27 ISA 0xE1, Wave-33 Lever #3 TENET sparsity-aware LUT skip). * Add new Lemma tenet_no_star : rtl_uses_star OP_SPARSE_SKIP = false. * Introduce trios-coq/IGLA/Tenet.v with depth-5 alphabet chain proof Theorem tenet_safe (5 ops: LUT, BitROM, SPARSE_SKIP, NoC, MUX_1x2). * All proven by 'reflexivity' / 'apply holographic_no_star'. * Register Tenet.v in trios-coq/_CoqProject. * Local coqc 8.20.1 verification: RMarker.vo + Tenet.vo build clean. Strategic ref: trios docs/strategic/TOPS-LEVERS-2026-05-16-001.md Anchor: phi^2 + phi^-2 = 3 · DOI 10.5281/zenodo.19227877 R5-HONEST · R7 falsifier W-102-A (BitNet b1.58-3B sparsity >= 25%) R15 sacred-synth-gate · R18 LAYER-FROZEN (purely additive) Signed-off-by: Vasilev Dmitrii <admin@t27.ai> Co-authored-by: Vasilev Dmitrii <admin@t27.ai>
This was referenced Jun 7, 2026
Closed
gHashTag
added a commit
that referenced
this pull request
Jun 13, 2026
…) (#1065) * fix(codegen): handle bias formulas in numeric format SSOT (closes #1064) The bias field in formats_catalog.t27 can carry either a literal int or a rule-derived formula like 2^N-1. Two formats use the formula form: gf512: bias = 2^194-1 gf1024: bias = 2^390-1 Both were added by PR #1051 as limit-of-ladder phi-aligned formats. The parser did int(bias_str) unconditionally, which raised ValueError, so both rows were silently dropped with a "malformed CATALOG line" warning. This is why count drifted: committed gen/ JSON shipped 77 (pre-#1051), post-#1051 SSOT carries 83 raw lines, codegen yielded 81 even after a fresh re-run, paper #3 (arXiv:2606.09686) claims 84. Four sources of truth, none matching. See issue #1064 for the full audit. Fix: - parse_bias(s) helper: tries int(); falls back to evaluating simple 2^N+offset forms within int64 range; otherwise returns sentinel -2 with the raw string in a new bias_formula field - Format dataclass: adds bias_formula: str (preserves the raw SSOT string for every row, including the literal-int cases for symmetry) - All existing emitters (Rust struct, C header, TS interface, Python, Markdown table, etc.) continue to render the int bias field as before; bias_formula appears only in JSON and python emitter where asdict() picks it up automatically -- non-breaking for the typed emitters that hardcode their Format schema. Verification after fix: $ python3 tools/gen_formats_catalog.py specs/numeric/formats_catalog.t27 gen/numeric/ $ python3 -c "import json; print(json.load(open('gen/numeric/formats_catalog.json'))['count'])" 83 gf512 and gf1024 now appear in the JSON with bias=-2 and the formula preserved in bias_formula. Downstream tools that need the actual i64 value can carry the string forward and evaluate at use-site (mpmath or big-int arithmetic) without losing provenance. This does NOT yet reconcile SSOT 83 vs paper #3 claim of 84; that delta is the MXFP6 split + standalone E8M0 in Table 1 vs the SSOT's collapsed mxfp6 row + Microscaling cluster layout. See #1064 for the follow-up plan. The CI invariant (raw line count == JSON count) will land in a separate PR. Refs: #1051 (GF ladder expansion), #1063 (HF Discovery thread), #1064 * fix(codegen): revert auto-generated gen/ artefacts, add NOW.md entry PR #1065 originally committed regenerated gen/numeric/* outputs alongside the source fix in tools/gen_formats_catalog.py. Per L2 generation rules, gen/ artefacts must be auto-regenerated post-merge by ./scripts/tri gen, not committed in source PRs. This commit: - reverts gen/numeric/* back to master state - keeps the source fix (tools/gen_formats_catalog.py) intact - adds docs/NOW.md entry per NOW Sync Gate Closes #1064 --------- Co-authored-by: gHashTag <playra@trinity-s3ai.org> Co-authored-by: gHashTag <admin@t27.ai>
This was referenced Jul 5, 2026
Closed
This was referenced Aug 21, 2026
gHashTag
added a commit
that referenced
this pull request
Aug 21, 2026
The 'build' check owned by .github/workflows/coq-kernel.yml has failed on every master run since it was added (run #3, 2026-04-06 .. run #173). Steps 5-9 of the job have never executed once. This is a different check from cli-tri.yml's 'build', which shares the name and masks it in the check-runs API. Cause 1: the job runs coqorg/coq:8.19 with --user root, but the image's initialised opam root belongs to the coq user at /home/coq/.opam. As root HOME=/root has no .opam, so opam exited 50. Set job-level OPAMROOT rather than running opam init, which would rebuild Coq into an empty root while coqc/coqchk on PATH still came from the image switch. Cause 2, latent behind cause 1: 'cd bootstrap && cargo build --release' then './target/release/t27c' resolves to bootstrap/target/release/t27c, but bootstrap is a member of the root cargo workspace, so the binary lands in the repo-root target/. Build with -p t27c from the root. The step is not weakened: coq-flocq is still installed and no failure is suppressed. coq/Kernel/PhiFloat.v has a hard Flocq import. Closes #2320
This was referenced Oct 9, 2026
blog-share v5: a finished release is asked about at once and posted on X after the owner's yes
#8083
Closed
gHashTag
added a commit
that referenced
this pull request
Oct 9, 2026
…s.t27 (Closes #8270) (#8272) Measured 2026-10-09: the swarm's first release (job #3, t27c 0.5.2) spent about 90 of 92 minutes at step 3, release-workflow, waiting for a runner. That WAIT step is asked again by every round: one GitHub read and one log entry per round, about 180 of each for one wait, and the wait moves only while a process runs rounds. A Queen deploy drains for 1800 s. New card specs/queen/waits.t27 (module QueenWaits, 22 pub fns): - states WAITING/RESOLVED/EXPIRED/CANCELLED; state_after, transition_allowed, is_terminal: only a waiting row moves. - wake rule: wake_action (resolution first, then expiry, then the wake time; a keyed row's wake time is a CHECK, a keyless row's is its answer) and due_in_seconds, which agrees with it on a 72-row grid. - expiry cap: expiry_seconds (one day), job_wait_seconds (a job step keeps its first deadline). - checks of a key: check_after_seconds 30 s doubling to 240 s, recheck_in_seconds never past the expiry, check_event. The 90-minute wait costs 24 reads instead of about 180. - fencing: epoch_after_claim, write_lands; delivers_wake only for the write that landed; more_now for a full batch. - poll and NOTIFY: poll_seconds ignores whether the host listens, beat_after_seconds, pass_on_hint (coalesced). - deploy: DEPLOY_WRITES_WAITS false, pickup_after_seconds (a claimed row waits out its 60 s claim, any other is taken at once). - jobs: round_visits_job (a parked job is not visited), step_outcome. Checks (this commit): - t27c parse, typecheck, gen-rust, gen-verilog, gen-c, gen-js: exit 0 each. - t27c test-report: 12 tests, 12 pass, 0 FAIL, 2 invariants proved at comptime, vacuous passes 0 of 12. - gen-c + zig 0.16.0 wasm32-wasi, every fn exported: two builds, one hash (sha256 5068962a983f229fb4c472a1f29a62366de8afd0b16abb50dacdcb19877ea32c). - 25 negative controls (each rule broken once, then restored): 22 make a named test FAIL, 3 constant changes block compilation at the invariant. - t27c seal --save: .trinity/seals/queen_QueenWaits.json. Not established here: the runtime. It is a separate issue in gHashTag/trios (part of trios#1712, branch actors-next). Co-authored-by: Claude <claude@anthropic.com> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
5 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes #2
Ring-0 of the oak. Ghuloum step 1+2.
Changes
bootstrap/src/compiler.rs:lexer.tokenize()consumed all tokens before Parser could use them//line comment support"..."supportmodulestatement parsing (with hyphenated names)use/usingstatement handlingconst = enum(...),const = struct { }, array types not handled-1not combined in const parsingmain.rsasync main to respectserverfeature flagt27c parse tests/ring0_trivial.t27→ SUCCESSt27c parse specs/base/types.t27→ SUCCESSstage0/FROZEN_HASHdocs/SEED-RINGS.mdphi^2 + 1/phi^2 = 3 | TRINITY