frostney / frostney/GocciaScript

Support optional chaining assignment

Open
#1,024 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

engine new feature spec compliance
Dominant language
Pascal
Stars
20
Forks
3
Avg merge
3d 4h
Merged PRs (30d)
45

Description

Summary

Implement the Stage 1 TC39 proposal: https://github.com/tc39/proposal-optional-chaining-assignment

Implement all current proposal assignment forms with nullish short-circuiting, single base/key/RHS evaluation, and correct result semantics.

Why

This proposal fits GocciaScript's modern ECMAScript surface and the 0.13.0 proposal roadmap. It should extend the engine's existing architecture rather than arrive as a userland shim.

Current behavior

Optional chaining works for reads and calls but is rejected as an assignment target.

Expected behavior

Implement all current proposal assignment forms with nullish short-circuiting, single base/key/RHS evaluation, and correct result semantics.

Scope notes

Extend assignment-target validation and bytecode reference lowering without duplicating getters, keys, proxies, or side effects. Preserve strict-mode/private-field rules and early errors. Previously-invalid additive syntax: no flag.

Related bytecode roadmap: #871 and #875. Update relevant documentation and the Goccia proposal inventory. Use the current proposal specification at implementation time; add focused project tests and matching pinned Test262/proposal coverage without regressions.

Acceptance criteria

  • Parser/API surface, descriptors, evaluation order, errors, and protocol behavior match the current proposal.
  • Implementation uses the identified shared engine seam without a duplicate compatibility shim.
  • Focused positive, negative, abrupt-completion, and edge-case tests cover the proposal.
  • Relevant project suites, pinned Test262 cases, formatting, and documentation checks pass.

Contributor guide

Open the contributing guide

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.

Research direction

Start with the existing optional-chaining read and call implementation, assignment-target validation, and bytecode reference-lowering seams; compare their behavior with the current TC39 proposal. Add focused positive, negative, abrupt-completion, and edge-case tests plus pinned Test262/proposal coverage, then update the relevant documentation and proposal inventory. Done means the project suites, formatting, and documentation checks pass without regressions.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
compilers, documentation, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.