Skip to content

Added encoding support for missing Scval types - #53

Merged
RaoulSchaffranek merged 4 commits into
mainfrom
feat/i256-scval-encoding
Aug 20, 2026
Merged

Added encoding support for missing Scval types#53
RaoulSchaffranek merged 4 commits into
mainfrom
feat/i256-scval-encoding

Conversation

@RaoulSchaffranek

Copy link
Copy Markdown
Member

No description provided.

RaoulSchaffranek and others added 4 commits August 18, 2026 08:47
Keep package/version, the pyproject project version, and the komet-node
entry in uv.lock in sync.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The new `#decodeArg` rules decode `i256` into the K constructor `I256`,
which komet only defines from v0.1.89 onward, so kompiling node.md
against the pinned v0.1.88 failed:

    [Error] Inner Parser: Unexpected sort Ints for term parsed as production
    node.md:1273 | rule #decodeArg({ "type" : "i256", "value" : V:Int }) => I256(V)

Local builds passed because a uv source override pointed komet at a
working copy already at v0.1.89. Every other constructor this branch
added (Void, ScString, ScVec, ScMap, U256) exists in both tags; I256 was
the only gap.

Also move the K pins to the latest release, v7.1.337, keeping
pyproject.toml, flake.nix and deps/k_release in lockstep as the comment
in flake.nix requires. deps/k_release had been left behind at 7.1.319
since 0aec17f, so the release workflow would have built the Docker image
on a K that does not match the one the semantics are kompiled with.
@RaoulSchaffranek
RaoulSchaffranek merged commit c2a293e into main Aug 20, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant