bytecodealliance / bytecodealliance/StarlingMonkey

Clean up handling of lifecycle phases

Open
#64 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
C
Stars
288
Forks
57
PR merge metrics
No merged PRs in 30d

Description

@guybedford pointed out in [a comment](https://github.com/bytecodealliance/StarlingMonkey/pull/52#discussion_r1644809781_) that the name for a newly introduced phase of a JS app's lifecycle is a bit off.

Rather than addressing that in-place, I'm filing this issue to track overhauling our overall management of these phases. We have a spattering of different things, from `wizening` to `initialized` to `runtime`, etc. I think we should clean all those up, and introduce a state-transitioning concept, capturing everything from "the runtime has been compiled, but no part of it ever ran" to "the JS runtime has been initialized, but nothing else", to "some code is currently being evaluated", etc, all the way to either "the main execution phase has finished, but could be re-run" *or* "the main execution phase has finished, and no more code must be run in this instance, because no cleanup happened".

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.