Skip to content
A simple Erlang VM implementation in Rust
Branch: master
Clone or download
archseer Introduce a badarg!() macro.
No need to import exception everywhere.
Latest commit f203031 Jun 16, 2019
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
benches Implement erlang:+/1 and erlang:-/1. May 4, 2019
ci Don't `cargo run` or try to build release builds on a regular CI build. Jan 24, 2019
enigma Introduce a badarg!() macro. Jun 16, 2019
instruction-codegen Move atom methods onto the type now. Jun 16, 2019
notes More binary ops & functions, bug fixes and rustfmt. iex boots! Jun 13, 2019
otp @ 5b51294 Fix the otp submodule. Jun 4, 2019
.gitignore
.gitmodules Add the os module with env var BIFs. Mar 13, 2019
.travis.yml Fix tests, build only on nightly for now. Mar 24, 2019
Cargo.lock More binary ops & functions, bug fixes and rustfmt. iex boots! Jun 13, 2019
Cargo.toml wip Jun 6, 2019
LICENSE clumsily get the entire thing running. Dec 16, 2018
README.md More binary ops & functions, bug fixes and rustfmt. iex boots! Jun 13, 2019
appveyor.yml Don't `cargo run` or try to build release builds on a regular CI build. Jan 24, 2019
enigma.png Update README.md with some more information and a logo. Jan 8, 2019

README.md

Enigma

Enigma VM

Build status Windows build status

An implementation of the Erlang VM in Rust. We aim to be complete, correct and fast, in that order of importance.

OTP 22+ compatible (sans the distributed bits for now) — all your code should eventually run on Enigma unchanged. Deprecated opcodes won't be supported.

Why?

Because it's fun and I've been learning a lot. BEAM and HiPE are awesome, but they're massive (~300k SLOC). A small implementation makes it easier for new people to learn Erlang internals. We also get a platform to quickly iterate on ideas for inclusion into BEAM.

Installation

Only prerequisite to building Enigma is Rust. Use rustup to install the latest nightly rust. At this time we don't support stable / beta anymore, because we're relying on async/await, which is scheduled to run in stable some time in Q3 2019.

To boot up OTP you will also need to compile the standard library. At the moment, that relies on the BEAM build system:

git submodule update --init --depth 1
cd otp
./otp_build autoconf
./otp_build configure
make libs
make local_setup

We hope to simplify this step in the future (once enigma can run the compiler).

Run cargo run to install dependencies, build and run the VM. By default, it will boot up the erlang shell (iex also works, but has some rendering bugs).

Expect crashes, but a lot of the functionality is already available.

Pre-built binaries for various platforms will be available, once we reach a certain level of stability.

Feature status

We implement most of the opcodes, and about half of all BIFs. You can view a detailed progress breakdown on opcodes or BIFs.

Roadmap

  • Get the full OTP kernel/stdlib to boot (init:start).
  • Get the Eshell to run.
  • Get OTP tests to run (works with a custom runner currently).
  • Get the erlang compiler to work.
  • Get IEx to run.
  • Get OTP tests to pass.

Features

  • Floating point math
  • Spawn & message sending
  • Lambdas / anonymous functions
  • Exceptions & stack traces
  • Process dictionary
  • Signal queue
  • Links & monitors
  • Timers
  • Maps
  • Binaries
  • File IO
    • open/read/close/read_file/write
    • Filesystem interaction
  • External NIFs
  • Ports (might never be fully supported, we provide a few boot-critical ones as builtins: tty, fd)
  • External Term representation
    • Decoding
    • Encoding
  • ETS
    • PAM implementation
    • All table types partially, but we do not provide any concurrency guarantees
  • Regex (some support exists for basic matching)
  • Garbage Collection (arena-based per-process at the moment)
  • inet via socket nifs
  • Code reloading
  • Tracing/debugging support
  • Load-time instruction transform
  • Load-time instruction specialization engine

Goals, ideas & experiments

Process scheduling is implemented on top of rust futures:

  • A process is simply a long running future, scheduled on top of tokio-threadpool work-stealing queue
  • A timer is a delay/timeout future relying on tokio-timer time-wheel
  • Ports are futures we can await on
  • File I/O is AsyncRead/AsyncWrite awaitable
  • NIF/BIFs are futures that yield at certain points to play nice with reductions (allows a much simpler yielding implementation)

Future possibilities:

  • Write more documentation about more sparsely documented BEAM aspects (binary matching, time wheel, process monitors, ...)
  • Explore using immix as a GC for Erlang
  • Eir runtime
  • JIT via Eir
  • BIF as a generator function (yield to suspend/on reduce)
  • Provide built-in adapter modules for hyper as a Plug Adapter / HTTP client.
  • Cross-compile to WebAssembly (runtime)

Initial non-goals

Until the VM doesn't reach a certain level of completeness, it doesn't make sense to consider these.

  • Distributed Erlang nodes
  • Tracing / debugging support
  • BEAM compatible NIFs / FFI

Note: NIF/FFI ABI compatibility with OTP is going to be quite some work. But, a rust-style NIF interface will be available. It would also probably be possible to make an adapter compatible with rustler.

Contributing

Contributors are very welcome!

The easiest way to get started is to look at the notes folder and pick a BIF or an opcode to implement. Take a look at src/bif.rs and the bif folder on how other BIFs are implemented. There's also a few issues open with the good first issue tag, which would also be a good introduction to the internals.

Alternatively, search the codebase for TODO, FIXME or unimplemented!, those mark various places where a partial implementation exists, but a bit more work needs to be done.

Test coverage is currently lacking, and there's varying levels of documentation; I will be addressing these soon.

We also have a #enigma channel on the Elixir Slack.

You can’t perform that action at this time.