Re:PR to Merge Multicore OCaml
by whimsicalism on Tuesday December 21, 2021 @03:10PM
(#29641511)
What's the motivation? OCaml is roughly as performant as Go.
[ Parent
| on HN ]
Re:PR to Merge Multicore OCaml
by Ericson2314 on Tuesday December 21, 2021 @03:24PM
(#29641666)
Pure naked grab at more users. I don't mean to imply there any anything better about Go's runtime at all.
In any case, if a large number of users is what you're after, you'd target Java ( http://www.ocamljava.org/ ) or JavaScript ( https://rescript-lang.org/ , http://ocsigen.org/js_of_ocaml/latest/manual/overview ).
Re:PR to Merge Multicore OCaml
by Ericson2314 on Tuesday December 21, 2021 @06:48PM
(#29643567)
Yes, those are fine ones to do too.
Re:PR to Merge Multicore OCaml
by edwintorok on Tuesday December 21, 2021 @06:36PM
(#29643469)
In that case interoperability with Go libraries might be better: just running on the same runtime wouldn't bring many advantages (other than having a single GC instead of 2) without being able to easily call libraries written in another language.
(Although TBH I'd run them as 2 separate processes and have them communicate via some form of RPC, OCaml would just need good integration with <insert-favourite-GO-rpc> protocol)
Re:PR to Merge Multicore OCaml
by Ericson2314 on Tuesday December 21, 2021 @06:42PM
(#29643522)
RPC is dramatically less powerful than than FFI. No sharing of state is a serious limitation.
There are ways to share state over RPC.
Agree. If Ocaml add 10 more users, it would more than double its users in the world. Also it is never too late to remind everyone again that JaneStreet uses Ocaml. If Go were any good JS would have used that.