I think Haskell is the right language to nail down the semantics of Erlang and to prototype an implementation.<br>For performance, I think Haskell is probably not the right language, because you need high performing low level code.
<br>This isn't impossible in Haskell, but the implementations are not geared towards that.<br><br><div><span class="gmail_quote">On 8/16/07, <b class="gmail_sendername">Joel Reymont</b> <<a href="mailto:joelr1@gmail.com">
joelr1@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>On Aug 16, 2007, at 1:36 PM, Neil Bartlett wrote:<br>
<br>> However, wouldn't it be rather difficult, given that there doesn't<br>> seem to be a publicly available specification for the Erlang VM or the<br>> BEAM file format<br><br>Very difficult, correct. I use Erlang daily, in fact Erlang is what
<br>brings bread to my table. I want to learn more about the Erlang<br>insides so I'll simply dig in.<br><br>> Perhaps it would be interesting to look at a slightly more constrained<br>> problem: can Erlang's message passing model (including distributed
<br>> messaging across a network) and process monitoring facilities be<br>> replicated in Haskell?<br><br>My ultimate goal is to have a version of the Erlang VM that's<br>suitable for running trading systems, i.e
. one that allows high-speed<br>numerics. I don't have much interest in replicating OTP in Haskell<br>and Haskell may ultimately not be the right choice for what I envision.<br><br> Thanks, Joel<br><br>--<br><a href="http://wagerlabs.com">
http://wagerlabs.com</a><br><br><br><br><br><br>_______________________________________________<br>Haskell-Cafe mailing list<br><a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br><a href="http://www.haskell.org/mailman/listinfo/haskell-cafe">
http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br></blockquote></div><br>