...'t have to worry about performance too much. Even the original interpreted Erlang performs very well for calculations. If you need native code performance, there is also a compiler available (HIPE). Haskell: In many cases GHC produces code, which outperforms even equivalent GCC-produced code. Generally you will get quite decent code speed. I often implement algorithms by creating an ...

... Wiger wrote: As regards concurrency, OCaml does not appear to do that well: http://shootout.alioth.debian.org/debian/fulldata.php?test=message&p1=ocaml-0&p2=ocaml-2&p3=hipe-0&p4=ghc-0 whereas Haskell does (at least up to 3000 processes). Yes, massive concurrency is certainly an interesting area. However, because the cheap-concurrency benchmark is ill-formed (...

... Wiger wrote: As regards concurrency, OCaml does not appear to do that well: http://shootout.alioth.debian.org/debian/fulldata.php?test=message&p1=ocaml-0&p2=ocaml-2&p3=hipe-0&p4=ghc-0 whereas Haskell does (at least up to 3000 processes). Yes, massive concurrency is certainly an interesting area. However, because the cheap-concurrency benchmark is ill-formed (like most ...

... FSMs in the right way. Thus, performance, important as it is, is secondary. (or tertiary - robustness and debugging support are more important.) As regards concurrency, OCaml does not appear to do that well: http://shootout.alioth.debian.org/debian/fulldata.php?test=message&p1=ocaml-0&p2=ocaml-2&p3=hipe-0&p4=ghc-0 whereas Haskell does (at least up to 3000 processes). BR, Ulf W

... a Lisp-Dialyzer as well. It should be able to talk about more or less all type errors. In cases where the program is not sure if the programmer intended changing the type during runtime it could simply ask her, or spit out warnings. If the compilers get such a mode they could also get out more speed from dynamic code. [1] http://www.it.uu.se/research/group/hipe/dialyzer André --