Skip to content

runtime/codegen: async function semantic parity #3583

@andrewtdiz

Description

@andrewtdiz

Summary

Track async function completion, default parameter, this/arguments/new.target, and early-error parity gaps without conflating them with Node stdlib async APIs.

Child issues

Scope notes

  • Treat these as Perry ECMAScript/runtime-language semantics gaps, not Node stdlib parity.
  • Likely subsystems are parser, HIR lowering, codegen, runtime object model, async scheduling, or error/throw semantics.
  • Eval/runtime-dynamic-code rows are excluded separately under Perry's AOT policy.

Validation

scripts/test262_subset.py --root vendor/test262 --dir language/statements/async-function --sample-cap 99999 --report /tmp/perry-test262-async-function.json

Acceptance for this epic: every linked child issue has a focused regression or Test262 validation path, and the affected rows are removed from the gap report without introducing duplicate issue coverage.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions