Asdf-erlang: Alternative ErlangVM - ErlangRT (Rust)

[denegny]

Please add alternative ErlangVM - ErlangRT (ErlangVM written in _Rust_)

_Erlang Replacement Therapy. Another attempt to make Erlang runtime (BEAM emulator) in Rust. Good news: I know what to do. Bad news: I have no clue how to Rust_

• Github ErlangRT
• Dmytro Lytovchenko - ErlangRT, a BEAM VM reimplementation in Rust | Code BEAM STO 19

[Stratus3D]

Thanks! This is definitely something we want, but I'm not sure if we should add it to this plugin or create a new plugin.

[denegny]

Thanks! This is definitely something we want, but I'm not sure if we should add it to this plugin or create a new plugin.

Just add new versions of ErlangRT in your list with sorting. Highest version of ErlangVM must be on bottom (for people pleasure), look at simple made in elastic repo asdf-elasticsearch

Onу difficulty, your repo versions update manually.. ((

But I think you'll come up with something for this because a lot of examples, see how it is implemented in Ruby

P.S version sorter - (ruby gem)

[Stratus3D]

Actually, now that I'm looking at it, the prerequisites are different, so it may be easier to do it in a separate plugin. It depends on how different the build and install logic is. It's better to have two separate plugins than one plugin with a lot of conditional logic.

[denegny]

Actually, now that I'm looking at it, the prerequisites are different, so it may be easier to do it in a separate plugin. It depends on how different the build and install logic is. It's better to have two separate plugins than one plugin with a lot of conditional logic.

ruby on JWM & IRB - its one plugin ((

I think for customers better have one plugin,
but if its difficul, may two plugins its decision

[Stratus3D]

Yes, the Ruby plugin does two things, I guess it all comes down to how complicated it is to implement. I'll have to give ErlangRT a try and see how difficult it will be to add support for it to this plugin.

[eproxus]

I vote for this to be a separate plug-in, to be honest. The Rust implementation is _very_ early and shouldn't be mixed in with normal Erlang versions. If it ever gets reasonable feature parity and stability, I would reconsider it then.