-
Notifications
You must be signed in to change notification settings - Fork 29
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
Gleam #189
Comments
Personally I'd love to see Ace in Gleam or Erlang so I can use it in Gleam projects without the Elixir dependency. 😁 |
I'm probably not able to do this myself at the moment. I would however love to help someone who wants to try and do it. Thinking about it some more, I would potentially go for writing Ace in erlang and Raxx in Gleam. |
Yes that's right. I think that may be the best approach for where we are now. |
Maybe I should submit a talk proposal then it would have to be done. |
I've previously had some success decompiling Elixir beam files into Erlang. It's a bit ugly and you need to replace all the calls to Elixir modules but it does the trick! |
Forgot about this issue. Raxx replacement is mostly handled by https://hexdocs.pm/gleam_http/, There is a cowboy adapter for gleam_http that would work as an ace substitute. For a Gleam Server I started work on Lean https://github.com/midas-framework/midas/tree/master/src/midas/lean |
How about porting Raxx and Ace to Gleam?
the BEAM is fantastic, Elixir has a lot of virtues, but the latest developments on LiveView, Phoenix and Elixir are not in the right (purist) direction and Gleam seems to be in the right direction and maturity state that would boom with Raxx/Ace and Vice-versa.
Do you think it would be worth it from your side?
The text was updated successfully, but these errors were encountered: