<discocaml>
<darrenldl> ill likely stay on eio for the actual build for reliability, but will be keen to move around
<discocaml>
<darrenldl> oh neat!
<discocaml>
<darrenldl> personally i prefer nottui's approach, but having a good integration with scheduler is nice
<discocaml>
<leostera> that's alright, i don't see why nottui couldn't be made to run on riot
<discocaml>
<darrenldl> correct, though some parts need reworking
<discocaml>
<leostera> minttea just asks you to render your views from some state 'a into a string, so anything that can do that can be used as the view-layer
<discocaml>
<leostera> this looks awesome
<discocaml>
<darrenldl> yeah i just like self adjusting computation (i think thats how its called) approach more for reactivity
<discocaml>
<darrenldl> thanks!
<discocaml>
<darrenldl> took a suprising amount of elbow grease, but now it can search through few hundred pages of pdf smoothly enough
gwizon has joined #ocaml
<discocaml>
<leostera> i can imagine, well done these things look easy from the outside but boy there's sweat behind them!
<discocaml>
<darrenldl> i think i last used it on bluetooth specification thats in the range of few thousand pages
<discocaml>
<darrenldl> frfr, need to actually eat the dog food for a fair while to know where to polish
<discocaml>
<leostera> bet
<discocaml>
<darrenldl> it inadvertently converged onto what recoll is roughly, cause someone suggested pdf support and i agreed
<discocaml>
<darrenldl> though faster than recoll to launch and easier to use
<discocaml>
<coollcat> I’m new to OCaml and it’s so interesting to see the development progress of these concurrency libraries in real time 👀
<discocaml>
<darrenldl> heh, real time
<discocaml>
<darrenldl> it is really nice to see multiple approaches explored
<discocaml>
<darrenldl> i really wanted typed erlang of sorts, e.g. caramel, gleam, so riot is really exciting
<discocaml>
<leostera> super important indeed
<discocaml>
<leostera> also helps us explore what ocaml 5.x can really do
<discocaml>
<Kali> concurrent development, even
<discocaml>
<darrenldl> in parallel
<discocaml>
<leostera> dare i say it, _parallel_
<discocaml>
<leostera> ah, beat me to it haha
<discocaml>
<darrenldl> haha
<discocaml>
<Kali> so true
<companion_cube>
I'm exploring what it might be like to have a structured concurrency library with good Lwt interop
mima has quit [Ping timeout: 256 seconds]
nvaxplus has joined #ocaml
<nvaxplus>
are there any serialization deriving frameworks that can handle aliased mutable references?
nvaxplus has quit [Remote host closed the connection]
nvaxplus has joined #ocaml
rgrinberg has joined #ocaml
nvaxplus has quit [Ping timeout: 246 seconds]
bartholin has joined #ocaml
<discocaml>
<sim642> You first need a format that allows that, most don't
<discocaml>
<sim642> And even then, it doesn't fit perfectly with the highly structural nature of deriving
nvaxplus has joined #ocaml
dnaq has quit [Remote host closed the connection]
dnaq has joined #ocaml
bibi_ has quit [Quit: Konversation terminated!]
nvaxplus has quit [Ping timeout: 268 seconds]
nvaxplus has joined #ocaml
czy has joined #ocaml
Tuplanolla has joined #ocaml
Serpent7776 has joined #ocaml
rgrinberg has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
rgrinberg has joined #ocaml
infinity0 has joined #ocaml
rgrinberg has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
infinity0 has quit [Remote host closed the connection]
infinity0 has joined #ocaml
pi3ce has quit [Quit: No Ping reply in 180 seconds.]
pi3ce has joined #ocaml
mima has joined #ocaml
nvaxplus has quit [Ping timeout: 260 seconds]
szkl has joined #ocaml
Serpent7776 has quit [Ping timeout: 260 seconds]
<companion_cube>
The biggest issue is cycles
a51 has quit [Quit: WeeChat 4.2.1]
<discocaml>
<sim642> Technically you could have cycles with immutable data too, but those are rather rare I suppose
<discocaml>
<sim642> YAML as a format could support it because it has references, etc, but ppx-s for that just use basic structures
szkl has quit [Quit: Connection closed for inactivity]
Serpent7776 has joined #ocaml
<discocaml>
<controlfreak7> What is OCaml compiler and interpreter written in?
<discocaml>
<controlfreak7> Which language is OCaml compiler and interpreter written in?
Serpent7776 has quit [Ping timeout: 252 seconds]
<discocaml>
<leostera> ocaml is written in ocaml
<discocaml>
<leostera> and the lower-level layers of it are written in c
<discocaml>
<Kali> specifically: both the bytecode compiler and native compiler are written in ocaml, but the bytecode runtime/interpreter itself is written in C
<discocaml>
<octachron> The runtime in general is written in C (the garbage collector, signal handling, the domains and their domain lock)
rgrinberg has joined #ocaml
olle has joined #ocaml
rgrinberg has quit [Quit: My Mac has gone to sleep. ZZZzzz…]