01:34 <anadon> I'm having some trouble getting a both installed and not installed library to pick being one of those things. https://paste.debian.net/1317292/ What might I be doing wrong?

02:20 <discocaml> <yawaramin> what is the output of `opam list | grep morbig`?

02:23 <anadon> `morbig 0.11.0 A trustworthy parser for POSIX shell`

03:56 <discocaml> <bjonah> (I wrote DkML). Your problem looks like `dkml` is an old version of DkML. New versions use a `DkML Native` folder. Can you point me to which website gave you that old dkml binary? (I need to fix the instructions on it) // If you are still having problems, can you follow the upgrade steps in https://gitlab.com/dkml/distributions/dkml/-/releases#upgrading-from-versions-earlier-than-210 ? And to not waste time ... add a step between step3 and step

09:51 <discocaml> <las0> I heard that ReasonML has alternatives wrt. JS-like syntax for OCaml. Is this true and if so which?

11:44 <discocaml> <deepspacejohn> ReasonML is an alternative syntax that’s supposed to look like JavaScript, yes.

12:32 <discocaml> <las0> Are there any others?

13:16 <discocaml> <deepspacejohn> I’m not aware of any other alternative syntaxes for OCaml.

13:21 <discocaml> <las0> Thanks

13:30 <discocaml> <lukstafi> There used to be another alternative syntax: https://caml.inria.fr/pub/docs/manual-camlp4/manual007.html

13:32 <discocaml> <lukstafi> And there's ReScript that's an alternative to ReasonML, but it's not an alternative syntax for OCaml. (It's a separate language that borrowed from OCaml.)

13:41 <discocaml> <las0> Thanks, I’m just looking for an alternative syntax to make it easier for JS-brained people to use an OCaml library.

14:09 <discocaml> <holmdunc> Surely they'd be 10x more receptive if you wrote an actual JS wrapper around it yourself

14:11 <discocaml> <holmdunc> Surely they'd be 10x more receptive if you wrote an actual JS wrapper around it yourself.

14:11 <discocaml> <holmdunc> Or maybe I've got the wrong end of the stick and you're not in a compile-to-JS context.

14:12 <discocaml> <holmdunc> Surely they'd be 10x more receptive if you wrote an actual JS wrapper around it yourself.

14:12 <discocaml> <holmdunc> Or maybe I've got the wrong end of the stick and you're not working in a compile-to-JS context.

14:46 <discocaml> <limp.biskit> personally i avoid alternative syntaxes so my brain can switch into ocaml mode

17:29 <anadon> Can someone explain this? I'm losing my mind trying to figure out why this library isn't being recognized.

17:30 <anadon> https://paste.debian.net/1317354/

17:45 <discocaml> <endymion_alt> https://www.youtube.com/watch?v=QxU0eHnQjo8

17:54 <discocaml> <leviroth> anadon: I suspect something is messed up with how this library is packaged

18:05 <discocaml> <yawaramin> did you run `eval $(opam env)` in the terminal first?

20:04 <anadon> Yes

20:08 <discocaml> <yawaramin> are you on the latest available opam and dune versions?

20:09 <anadon> Yes

20:10 <anadon> Started this project directly off the Ocaml main site's "Getting Started" section.

20:10 <anadon> Another module, Pcre, works as expected.

20:11 <discocaml> <leviroth> I don't think this is an issue with opam setup. I can reproduce this on my own, definitely functional opam installation.

20:11 <discocaml> <leviroth> It's not actually installing any findlib package

20:12 <anadon> I'll add it to the Github issue. And idea what I might to do fix it on my own?

20:23 <discocaml> <yawaramin> you can vendor it in your project directly. dune supports vendoring since it's designed to be very modular

20:26 <anadon> https://dune.readthedocs.io/en/stable/reference/dune/vendored_dirs.html ?

20:27 <discocaml> <yawaramin> yeah that's a little added support but even if you didn't do that, you could still vendor and use the library

20:29 <anadon> Docs?

20:36 <discocaml> <yawaramin> git clone the morbig repo inside your project, voila it's now vendored and you can refer to it in your project dune files

20:39 <anadon> Thanks!

20:58 <discocaml> <limp.biskit> what are the common ways to provide a 'core' and 'implementation' split?

21:03 <discocaml> <limp.biskit> specifically i am trying to make a library portable across schedulers

21:11 <discocaml> <yawaramin> classic way is functors