Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
By “concurrency” I mean lightweight processes like Erlang’s actors and concurrent GC aimed to make such a processes work smoothly.
It would be very cool if INRIA got rid of those drawbacks of the current OCaml implementation to make OCaml more prepared for the multicore future.
P.S. F# isn’t what I’m looking for.
no
I cannot be more concise without reproducing his explanation. It speaks for itself. Yes, this is from 2002, but I haven’t heard him sway on the issue, and from the text, it doesn’t seem probable at all that he would back down from these goals.
For current developments on concurrent functional programming, possibly MPI solutions (with ocaml bindings) might be a solution to your problem. Obviously this is not shared memory parallelism. There is also concurrent ML.