03:10 <discocaml> <speeddart> Hi, I am wondering if there are any other approaches to concurrency in OCaml besides LWT? LWT seems to be async/await Is there any support for green threading (and is that even possible) or an actor model framework (and is it practical)? If not - are there any special functional approaches to concurrency ML can take advantage of. Thanks!

03:10 <discocaml> <speeddart> I am interested in concurrency in OCaml - so I also plan to play around a bit with LWT next time I am free

03:10 <discocaml> <Kali> yes, there are several concurrency libraries

03:10 <discocaml> <Kali> look at Eio, Async, Domainslib

03:11 <discocaml> <Kali> eio and domainslib are >=5.0

03:11 <discocaml> <speeddart> Tysm!

03:11 <discocaml> <Kali> there is also moonpool which is also >=5.0 to my knowledge

03:11 <discocaml> <Kali> look at Eio, Async, Domainslib (domainslib is more about parallelism though)

03:12 <companion_cube> Moonpool is compatible 4.xx but you won't get parallelism there

03:13 <companion_cube> For actors there's Riot but it's super new

09:57 <discocaml> <dinosaure> Or `miou` if you want a mininal one (compatible then for unikernel)

18:27 <discocaml> <mbacarella> what's the exciting new ocaml web stack these days? have we gone back to fork() and htmx?

19:30 <companion_cube> I don't go back to fork() but I use my tiny_httpd, with its html combinators, and htmx... So almost that :D

19:30 <companion_cube> (but it's not exactly the hot new thing that people should use)

19:51 <discocaml> <mbacarella> I was just expecting everyone would be anti-framework by now

19:51 <discocaml> <mbacarella> soon ✊

20:09 <companion_cube> Is dream even a framework?

20:09 <companion_cube> I guess ocsigen clearly is one. But that's the exception, in my mind