Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Alternative ErlangVM - ErlangRT (Rust) #106

Closed
denegny opened this issue Jun 25, 2019 · 7 comments
Closed

Alternative ErlangVM - ErlangRT (Rust) #106

denegny opened this issue Jun 25, 2019 · 7 comments

Comments

@denegny
Copy link

denegny commented Jun 25, 2019

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

@Stratus3D
Copy link
Member

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
Copy link
Author

denegny commented Jun 27, 2019

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
Copy link
Member

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
Copy link
Author

denegny commented Jul 17, 2019

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
Copy link
Member

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
Copy link
Contributor

eproxus commented May 18, 2020

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.

@Stratus3D
Copy link
Member

Closing because I don't have the time to implement support for ErlangRT in this plugin, and because it doesn't appear that ErlangRT is a viable alternative to the BEAM right now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants