The goal right now is to implement all the file system APIs provided by Deno - https://github.com/denoland/deno/blob/master/cli/ops/fs.rs

There is already a Elsa.readFile binding in core/dispatch.go with it's corresponding js call at js/01_namespace.js.

Looking forward to recieve PRs :smile:

Fixes #85

This pull request fixes some of the issues raised by DeepSource on my fork of this repo.

Some issues were automatically fixed by DeepSource, while I fixed some of them by hand.

This PR also contains a .deepsource.toml, in case you want to run continuous quality analyses on your repository. If you wish to do so, you can follow these steps:

• Merge this PR.
• Signup on DeepSource here.
• Activate analysis on your repo here.

Adding to reporting the code quality issues, I have also added the Go (gofmt) and JavaScript (Prettier) Transformers which support auto-formatting of code on every new pull-request. You can find the transformers docs here.

If you don't want to use DeepSource, I can edit the PR to remove the .deepsource.toml file.

Hey everyone :wave:
Been busy with several other projects recently which made it hard for me and @filipporeds to be able to work full-time on this.

It's time to resume work on elsa:

1. Revive PRs
2. Embedding friendly
3. Adapt internal workings from Deno (resource tables, json_ops, etc). (:heart: Deno)
4. Fix bundle issues
5. Runtime backends (Switch backends from quickjs, ducktape, v8, etc)

Elsa as an embedded runtime is a major goal. Certain applications include k8 using elsa for built-in typescript support, etc.

Contributions and feature requests are accepted in the issue tracker. Feel free to hop on the discord server.

Hello, the project looks really cool, looking forward to the http API!

However, I'd like to suggest to add a comparison table with Deno, e.g. perf, features, size comparison.

I've seen Deno vs Elsa benchmarks, but a comparison table (either in readme or separate file) with feature lists would be cool as well :D

elsa/quickjs forks lithdew/quickjs:

https://github.com/elsaland/quickjs

But it's not an official repository and its owner is not an author.

Recently the author of quickjs created their account at GitHub and hosted quickjs repository:

https://github.com/bellard/quickjs

It's official and maintained. I strongly recommend elsa to fork the official repository.

Scott McPeak's C++ front-end is called elsa: http://dsw.users.sonic.net/oink/elsa_features.html

This is not an obscure project: it was used by Mozilla to do source-to-source transforms on C++, the first time that had been done in history, as it preceded Clang/LLVM.

https://github.com/elsaland/elsa/blob/0819922b24f01849de855ff2852f2f28631fc1cb/core/ops/serve.go#L66 This call to wg.Wait is unreachable because the for loop preceding it never breaks. As a fix, a chan error should be used instead of a sync.WaitGroup so the error from http.ListenAndServe can be returned as well (see #75.)

a while ago I made a small color library per terminal for dart based on ANSI, I think it can be implemented within the color library, this is the repo of my implementation

For example, I have a javascript game loop, I use a Go grpc server to run it.

When the player sends an operation request, the Go grpc server will change the status of javascript game loop.

Can I do it with elsa?

Hi there,

Is there downloadable binary anywhere of elsa, or do I need to compile it myself?

I can see this step in the github actions to generate and upload a binary, but it wasn't obvious to me where I might try to download a binary for linux or OS X:

   - name: Upload Elsa executables
        uses: actions/upload-artifact@v2
        with:
          name: elsa-${{ matrix.os }}
          path: ./src/github.com/elsaland/elsa/elsa-${{ matrix.os }}

I'm not a confident go programmer, so there might be something really obvious I'm missing, and I'm happy to update the README once I know the answer.

Is there a way to use this library akin to how something like Goja or Otto usage looks like? I'm working on a CLI where I want to have a JS runtime that will run perhaps many scripts (both files and from variables in go) in the same context. Right now I'm using Otto, and it works, but I'd like something that supports ES6 (especially modules). Here's an example of what I'm doing to setup a vm:

vm := otto.New()

err = vm.Set("someFunc", func(call otto.FunctionCall) otto.Value {
    message := call.Argument(0).String()

    // some go code here

    return otto.Value{}
})

_, err := vm.Run(` // some setup scripts `);

Then later I have some user-defined scripts I want to execute against that vm (via the Run method), using some of those pre-defined setup/functions and interop as necessary. It doesn't look like this is something Elsa currently can handle, but is this a direction you're going in? If not I have some other options, just none as attractive as what you're doing here I think.

Thanks in advance, and best of luck!

Add tests for all the js/ts files inside testing/ and std/

The test file should be named in the pattern *_test.js for elsa to identify it as a test file.

Example:

// some_test.js
import { eq } from "./utils.ts";

Elsa.tests({
  "test mode == `test`": function () {
    eq(Elsa.mode, "test");
  },
});

and run ./elsa test

Marking as a good first issue as anyone with Deno.test experience can give it a try :smile: