Create a compiler and a VM in Elixir

Hi, I would like to make in the near future a programming language like https://vlang.io/
I think Elixir is an excellent candidate for this job but I fear two points:

  • Would the performance be sufficient? According to some articles Elixir would be slower than Java, do you have bindings to LLVM?

  • I can’t ask my users to download the project and elixir to run it, do you have a way to get a static binary?

I am interested in https://github.com/nicolasdilley/dwarf-interpreter and when I compile it I get a tiny binary of 1 mo, how did it do?

Hello, welcome to the forum,

I cannot answer all your questions, but I can tell You dwarf-interpreter is using escript.

There is the possibiliy to build a release, a self contained file that could be run on client. Now included in Elixir 1.9 (previously, it was distillery package in charge of this).

It should be preferred when distributing your application

If You search for Erlang LLVM, You might find this pdf.

Erlang and Elixir are known for easy interoperability with other languages.

You can use elixir to write the compiler, I wouldn’t implement the VM in it though.

If though you make your language adhere to the BEAM semantics, then you could just emit beam bytecode or core Erlang and use the BEAM ecosystem for your own purposes.

If though you want to really build your own VM to run the code in, languages that give you better control over your memory are suited much better for that task. In general I wouldn’t want to implement a VM in a language that is runtime garbage collected…

Completely native binaries though are a different kind of beast. I’m currently not aware of LLVM bindings for Erlang or Elixir. And also I wouldn’t want to do native code gen without a library like LLVM…

Do you have any documents using Beam? On the other hand I could possibly make an interpreter instead or simply a compiler to a JVM / Beam bytecode

What kinds of documents do you mean?

There is the BEAM book and also BEAM wisdom. Perhaps you can find even more valuable resources in Best resources on BEAM internals?.

As well as there might be some wisdom available in the OTP sourcecode or in the two RUST re-implementations ErlangRT and enigma.

You could, but if your language has a lot of mutability or objects (I do infer this from your constant mention of the JVM) or other semantics building on those, then the BEAM is probably not a suitable runtime for your language.

Still, building a compiler for your language on the BEAM is a valid choice.

3 Likes

I would like to make a general functional programming language purpoose based on asynchronous

Do you continue that post asynchronously? If it’s complete though, I’m not understanding what you exactly mean.

Hi @PhaserKell! I’ve created a language or two on the BEAM (see https://github.com/lpil/gleam/) and I’d be happy to talk to you about the process. If you drop by the freenode IRC I can be found in #gleam-lang channel. :slight_smile:

Hi, I have done 2 languages on top Erlang/BEAM, public languages anyway, LFE (Lisp Flavoured Erlang) https://github.com/rvirding/lfe and Luerl https://github.com/rvirding/luerl . The first is a Lisp which keeps the basic Erlang semantics as provide by the BEAM while the second is an implementation Lua implemented in Erlang. [*] Note that the BEAM is designed to run Erlang and most the of the Erlang language features are directly implemented in the BEAM.

Luerl works by compiling down to a VM for which I have then written an interpreter. This to provide the data and code handling which Lua requires but is not provided by the BEAM. Basically Lua has shared, mutable and global data which we don’t do. Yes, the resulting language is slower but the Erlang interface is fast and you get free access to Erlang’s concurrency and parallelism.

[*] I call the first “native” languages on the Erlang Ecosystem, Elixir is of course another one, while the second “non-native” languages.

6 Likes