Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Pre-adoption: language decisions to settle while we are the only users (lessons from other languages' v1 regrets)

Open
#1,286 3 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
30/100
Issue type
Feature
Clarity
Clearly specified
Activity status
Active
Tech stack
c
Domain
compilers

Research direction

This is a design issue for the language owner, tracking foundational decisions before external adoption. It references the EigenScript codebase, stdlib modules, and builtins. A newcomer would need deep familiarity with language design and the codebase to contribute. The work involves evaluating each lesson (e.g., number types, string model, concurrency) and making decisions, likely leading to separate implementation issues.

Written by the indexing model from the issue text.

Description

area:runtime-vm kind:decision

When: not a date. v1 follows real external consumers (after Linguist recognition and adoption work). But the day the FIRST outside consumer depends on a behavior, changing it stops being free and needs a migration path. So these decisions should be settled while we are still the only users. (Owner, 2026-09-23.)

Why: researched 2026-09-23 against primary sources. The recurring regrets of other languages, each mapped to where EigenScript stands. Probes were run on main c8288a5.

Lesson EigenScript now To decide
Build the breaking-change escape hatch before you need it. Go retrofitted per-module semantics via the go.mod version line + GODEBUG for the 1.22 loop-variable fix (go.dev/blog/loopvar-preview); Rust added editions (RFC 2052, 2017) two years after 1.0 (Book app. E). eigs.json has name/version, no language-version field. Add a language edition field now, so a post-adoption semantic fix can be opt-in per project.
One overloaded number type later needs a second type bolted on. JS Number → BigInt (proposal). One IEEE double. 9007199254740992 + 1 prints 9007199254740992: silent precision loss past 2^53. An integer type, or raise on precision loss. Silence is the one option to rule out (it is the fail-soft class #975 exists to remove).
Absence/null semantics are a founding decision. Hoare's "billion-dollar mistake"; JS typeof null could not be fixed because code depended on it. null, whose type of is "none"; a separate VAL_JSON_RAW value type. One documented absence model, one name for it.
Booleans folded into another type. 1 == 1 → 1, type of → num. A boolean type, or document numbers-as-truth as permanent.
Remove before you freeze. Python's PEP 594 took three releases to drop dead modules (PEP 594); PHP's haystack/needle order was never unified (RFC). 78 stdlib modules, 209 builtins. Stdlib audit: cut what does not earn its place; a naming/argument-order lint rule while the surface is small.
The string model is the most expensive thing to change later. Python 2→3 (~12 years), Ruby 1.9 M17N (migration notes). Byte strings with UTF-8 helpers. Bytes vs text, and what a "character" is, decided and documented.
Concurrency added late becomes an ABI break. CPython GIL → PEP 703, free-threaded builds ABI-incompatible (PEP 703). Threads/channels exist; hardening is a trail of fixes (#1146, #1173 open). The concurrency safety model written down as a guarantee.
Freeze source semantics before binary contracts (Swift: source churn 1–3, ABI stability at 5 — swift.org). Two binary-shaped contracts: the tape format and the opcode ABI. Version each separately from the language edition.
Deprecation policy once users exist (Python PEP 387, ≥2 releases — PEP 387). None needed yet (no external users). Write it now, to switch on at the first outside consumer.

Each row should become its own kind:decision issue when it is picked up; this issue tracks the set. Semantic decisions (numbers, booleans, absence, strings) are the owner's call; the recommendation in each row is a starting position, not a decision.

Dominant language
C
Stars
3
Forks
7
Avg merge
3h 58m
Merged PRs (30d)
105

Getting set up

Open in Codespaces

Starts the project's dev container in your browser, under your own GitHub account.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from InauguralSystems/EigenScript

All issues in InauguralSystems/EigenScript

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.