News for hackers. Stuff that matters.
Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by zmanian on Friday May 13, 2011 @01:35AM (#2543666)
Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by gtani on Friday May 13, 2011 @07:25AM (#2544263)
CHP's relevant also (go back to ~mar 2010 for intro-ish posts)

http://chplib.wordpress.com/

Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by zmanian on Friday May 13, 2011 @01:38AM (#2543677)
Does anyone have an ideas for practical applications for distributed haskell? It seems like a this would thrive in an application that combines multiple concurrency models.
Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by dons on Friday May 13, 2011 @02:47AM (#2543844)
Yeah, that's the idea I think. Multiscale parallelism: distributed parallelism across multiple nodes, shared-memory parallelism on each (multicore) node, all in one language.
Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by thesz on Friday May 13, 2011 @04:13AM (#2543983)
Most of all done in library, as opposed to language or runtime feature.
Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by jlouis on Friday May 13, 2011 @06:13AM (#2544154)
You can do that in Haskell because it compiles to fast code the CPU can understand. Like Scala, this means you can get away with the library, but unlike Scala, Haskell has a computation model which make library-based extensions feel as if they are part of the language.

Ocaml has had success in this area as well, but the base language is a bit less pliable compared to Haskell, so it does not feel as fluent.

What I don't like about the shared-local, message-pass-global approach is that you have two kinds of concurrency in the same application. I'd much rather go with one, and in that case it must be the latter.

Re:Erlang-in-Haskell: an Erlang-like distributed computing f... by anonymousDan on Friday May 13, 2011 @08:45AM (#2544404)
If you don't mind me asking, what are the disadvantages of having this as a feature in the language/runtime (as opposed to providing it as a library). Is it that it keeps the language simple? Also, can you give a bit some examples of the advantages Haskell has over Scala/Ocaml for the library based approach?