purescript
elixir_script
Our great sponsors
| purescript | elixir_script | |
|---|---|---|
| 1 | 2 | |
| 3 | 1,560 | |
| - | 0.3% | |
| 0.0 | 0.0 | |
| over 1 year ago | over 4 years ago | |
| Haskell | Elixir | |
| GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
purescript
-
Erlscripten
Some of the problems have been already fixed due to our reports, but some of them haven’t been accepted as they involved some overhead on the performance in the general case. Because of this we have forked the compiler and started adjusting it for our needs ourselves. Our works mainly involve the optimization tweaks and updating the backend to EcmaScript6 (instead of 5). For instance, we have implemented a much more aggressive tail call optimizer, increased strictness of AST traversals and completely rewritten the code generation for pattern match alternatives.
elixir_script
-
Angular without SSR is faster than Next.js with SSR. I have the data
I agree that there's room for a language that runs on the BEAM and also compiles to JS. Gleam looks great, and it's one of the up and coming languages that I'm rooting for. In addition to having a Javascript compile target, it's statically typed which is a prerequisite for me when it comes to productivity and correctness.
There was actually a developer working on a subset of Elixir that compiles to JS called Elixirscript[1], but development seems to have stalled. Another functional statically typed compile-to-js language which targets the BEAM vm is Purescript through the Purerl project [2].
If you're going to compile to JS though, there's an argument to be made that you might not want to target the BEAM at all. You could potentially run your entire backend on something like Cloudflare Workers, which has over 200 points of presence around the world, so latency is about as low as possible. The other CDNs have their own competing worker runtimes as well (e.g. Cloudfront functions, Netlify functions, etc.). These edge worker runtimes also have the benefit of not charging for each individual region in which you operate. You can also run any language which compiles to WASM like Rust, Assemblyscript, or Grain [3] on these edge runtimes. The only missing piece for me is a distributed database, but it looks like Cloudflare at least is working on that [4].
-
Erlscripten
— Elixirscript is a Elixir to Javascript transpiler with similar goals as our project. The main downside of Elixirscript is the lack of OTP support (Erlang’s main framework for building failsafe applications) — it works on a really small subset of the Elixir language and they need to rewrite the Elixir standard library in Javascript for it to work. In contrast we are OTP compatible — we transpiled the real Erlang standard library from OTP and distributed it open-source: https://github.com/erlscripten/erlps-stdlib ( Erlang Solutions ).
What are some alternatives?
aesophia - Stand alone compiler for the Sophia smart contract language
lex_luthor - Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir. Lexer in Elixir.
erlps-stdlib - Erlang's STDLIB in Purescript
key_value_parser
erlps-aesophia - Purescript bindings for aeternity aesophia
ex_abnf - Parser for ABNF Grammars
erlscripten - Erlang to PureScript transpiler. Run Erlang in the browser!
purescript - A strongly-typed language that compiles to JavaScript
lumen - An alternative BEAM implementation, designed for WebAssembly
abnf_parsec - ABNF in, parser out
erlps-core - Core runtime of Erlscripten - ERTS emulation
purerl - Erlang backend for the PureScript compiler