Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

'modern' alternative to JS-Interpreter? #220

Closed
TimNZ opened this issue Sep 21, 2021 · 2 comments
Closed

'modern' alternative to JS-Interpreter? #220

TimNZ opened this issue Sep 21, 2021 · 2 comments

Comments

@TimNZ
Copy link

TimNZ commented Sep 21, 2021

Turns out it's quite a challenge to google for this.

Are there (newer) alternatives to JS-Interpreter that offer the same support for async as sync and other features, and out of the box ES6+ keywords/statements e.g. let, const?
Without having to use Babel.

Not supporting ES6+ is not a show stopper, I'm just looking at replicating Google App Scripts language support.

Nothing listed here is an alternative:
https://en.wikipedia.org/wiki/List_of_ECMAScript_engines

Did read this:
#186

CodeCity doesn't look active.

@TimNZ TimNZ closed this as completed Sep 21, 2021
@TimNZ TimNZ reopened this Sep 21, 2021
@brownstein
Copy link

I've actually had a pretty good experience using Babel to pre-process code and a source-map aware wrapper around this library to run and display it. Not perfect (babel generates a lot of code for async functions, which must be crunched by the interpreter), but it works.

See if there's anything you can borrow from https://github.com/brownstein/open-sourceror/tree/master/src/script-runner to meet your needs.

@TimNZ
Copy link
Author

TimNZ commented Nov 1, 2021

@brownstein thanks. Plenty to play with.

@TimNZ TimNZ closed this as completed Nov 1, 2021
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

No branches or pull requests

2 participants