Skip to content

docs: fix bitwise width (int64), lambda arrow (=>), NUM grammar (hex)#444

Merged
InauguralPhysicist merged 1 commit into
mainfrom
docs/contract-int64-lambda-grammar
Jul 5, 2026
Merged

docs: fix bitwise width (int64), lambda arrow (=>), NUM grammar (hex)#444
InauguralPhysicist merged 1 commit into
mainfrom
docs/contract-int64-lambda-grammar

Conversation

@InauguralPhysicist

Copy link
Copy Markdown
Collaborator

A documentation review found three claims contradicted by the running binary:

All verified against the binary. Doc-only; doc_drift_check.sh + stdlib_index_check.sh green.

🤖 Generated with Claude Code

…ar (hex)

A documentation review found three stale claims:

- LANGUAGE_CONTRACT.md bitwise: said "32-bit two's-complement, int32,
  shifts masked [0,31]". The runtime moved to int64 in v0.26.0 (#382) — the
  bit_* builtins ARE the infix operators. Corrected to int64 (exact below
  2^63), masking [0,63], with the builtin==infix parity note. (The masking
  clause is honored by the companion fix that masks the infix shift count
  & 63.)
- LANGUAGE_CONTRACT.md lambda: "(x) -> expr, lambda blocks". The lambda
  arrow is `=>`, not `->` (`->` is a parse error), and there is no `lambda`
  block keyword. Corrected to `(x) => expr`.
- GRAMMAR.md NUM: claimed hex is "delegated to strtod". Since #378 hex is
  lexed explicitly by the front end (integer-only, profile-consistent), and
  hex-FLOAT forms (0x1p4, 0xA.8) are parse errors, not numbers. Split NUM
  into DEC (strtod) and HEX (explicit int) productions to match.

All three verified against the running binary. Doc-only; doc gates green.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@InauguralPhysicist InauguralPhysicist merged commit d1bf527 into main Jul 5, 2026
16 of 17 checks passed
@InauguralPhysicist InauguralPhysicist deleted the docs/contract-int64-lambda-grammar branch July 5, 2026 06:14
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