4 ms·
Is the previous plan for adding effects in OCaml 5.1 still in place? I am very excited not only for the native parallelism that's coming in 5.0 but also about
by pdimitar 5y ago
Is the previous plan for adding effects in OCaml 5.1 still in place?
I am very excited not only for the native parallelism that's coming in 5.0 but also about the effect handlers! I am sure many others are looking to start creating very interesting things with them, e.g. Rust-alike async capabilities or Erlang's preemptive green threads / actors runtime.
- sadiq 5y ago5.00 (the first release with multicore) will include effects! More info: https://discuss.ocaml.org/t/multicore-ocaml-september-2021-effect-handlers-will-be-in-ocaml-5-0/8554 https://discuss.ocaml.org/t/multicore-ocaml-september-2021-e...
- pdimitar 5y agoOh. I haven't followed lately. Thanks a lot for the updated info! Really looking forward to what the community will build with OCaml 5.00! IMO it will shoot the language straight into the mainstream and I can't wait. OCaml is applicable for like 90% what's out there, including as a Python replacement. And its syntax is often much terser than Rust (although the higher-level typing constructs can be confusing to read). After that, all that's left is a tool like Elixir's mix or Rust's cargo and the language is basically not only in the 21st century but much farther than many others! Looking forward to it.
- square_usual 5y ago> all that's left is a tool like Elixir's mix This so much. Mix is so pleasant to work with, but getting an OCaml project off the ground requires messing with dune + esy if you want consistent and isolated package management. It's a massive pain.
- jasone 5y agoYes, but note the absence of syntactic support. Effects will be usable for writing libraries and experimentation, but routine use won't be very ergonomic until a later release.
- simplify 5y agoConsidering the hard part of effects is implementing them at the language level, deferring on syntax is a good problem to have.