adrien changed the topic of #ocaml to: Discussions about the OCaml programming language | http://www.ocaml.org | OCaml 4.09 release notes: https://caml.inria.fr/pub/distrib/ocaml-4.09/notes/Changes | Try OCaml in your browser: http://try.ocamlpro.com | Public channel logs at http://irclog.whitequark.org/ocaml
vicfred has quit [Quit: Leaving]
_whitelogger has joined #ocaml
dhil_ has quit [Ping timeout: 240 seconds]
h14u has quit [Quit: Leaving]
vicfred has joined #ocaml
mfp has quit [Ping timeout: 240 seconds]
jaar has quit [Ping timeout: 240 seconds]
waleee-cl has quit [Quit: Connection closed for inactivity]
spew has quit [Quit: Connection closed for inactivity]
mbuf has joined #ocaml
spew has joined #ocaml
xvilka has quit [Remote host closed the connection]
narimiran has joined #ocaml
zmt00 has quit [Quit: Leaving]
_habnabit has quit [Read error: Connection reset by peer]
_habnabit has joined #ocaml
NSA_Spy has quit [Ping timeout: 256 seconds]
osa1 has joined #ocaml
ggole has joined #ocaml
_whitelogger has joined #ocaml
decentpenguin has quit [Read error: Connection reset by peer]
decentpenguin has joined #ocaml
dckc has quit [Ping timeout: 246 seconds]
nkly_ has joined #ocaml
dckc has joined #ocaml
<rwmjones> how do I get dune to pass the -g flag to everything, no exceptions?
<rgrinberg> rwmjones where does it make exceptions currently?
<rwmjones> so building migrate-parsetree for Fedora:
<rwmjones> we don't get debug symbols, and I think the problem is the final binary
<rwmjones> sorry, wrong log
<rwmjones> let me find the right log ...
<rwmjones> anyway, it wasn't passing -g when linking ppx.exe
<rwmjones> the log will be here, but it's still building at the moment: https://kojipkgs.fedoraproject.org//work/tasks/241/48600241/build.log
<rwmjones> we need every invocation of ocamlc, ocamlopt, ocamlmklib to use -g
<rwmjones> if you look at the line "Running[207]:" you'll see that -g is not used
<rgrinberg> I see. Indeed dune doesn't pass -g here. I can fix it, but you'll need a new version of dune to fix your problem. There's no way to customize how ppx binaries are compiled.
<rwmjones> rgrinberg: does it need changes to the package as well, or just a new dune? anyway if you send me a suggested patch/fix to dune I can try it out
<rgrinberg> Upgrading dune should be sufficient to fix the problem for all packages.
<rwmjones> ok
spew has quit [Quit: Connection closed for inactivity]
nullcone has joined #ocaml
webshinra has quit [Remote host closed the connection]
<rwmjones> rgrinberg: I'll try it out in a few mins
ggole has quit [Quit: Leaving]
webshinra has joined #ocaml
malc_ has joined #ocaml
webshinra has quit [Ping timeout: 272 seconds]
webshinra has joined #ocaml
waleee-cl has joined #ocaml
jco has joined #ocaml
<jco> Hi! So from what i understood Arrays are mutable, but you cannot append elements without recreating a new array
<jco> there aren't lists so this makes sense
<jco> *they
<jco> same for hashmaps, they are immutable (at least in Base)
<jco> so the question is, should i use an immutable hashmap in my program or an immutable one (looks like i'd need to reimplement it)
<jco> in an asynchronous program
<jco> using an immutable hashmap means that i'll need to pass it to each function
<flux1> I think it really "depends". mutable ones can be easier to use exactly because you don't need to pass it back and forth; on the other hand it can be more difficult to see where it is used and when it is mutated.
<rwmjones> jco: there was a thing for resizing arrays, but I don't think it's maintainer any more
* rwmjones thinks back to what that was called
<rwmjones> oh yes, ocaml-res
<rwmjones> ISTR it was not compatible with modern OCaml or something broke it
<flux1> I think common stdlib enhancement libraries come with vector data types that do growing/shrinking
<flux1> rwmjones: seems nice. and given the source it's probably quality :).
<jco> oh thanks for the answers!
<jco> I'm a bit hesitating but since i'd like the program to scale i'll go with an immutable hashmap
<jco> it'll be a bit heavier, but in the other hand it'll be safer in concurrent i/o right?
<Leonidas> you'll be less likely to screw yourself over, yes.
<Leonidas> I'd still like a decent selection of HAMT-backed data structures for ocaml
<Leonidas> kinda like they exist in clojure by default
jaar has joined #ocaml
<Leonidas> rgrinberg: interested in a PR to update ocaml-hamt to build on OCaml 4.10?
<jco> thanks, i have a technical question on how to handle the hashmap (i'm starting with a list to make things simple)
<jco> the first function computes a new list, then the result is used to execute a command
<jco> but how can the list be returned after the command is executed?
<jco> does this means that any function from the api (including functions like git_push or execute_command) take the list in argument even though they do nothing with it?
nkly_ has quit [Ping timeout: 240 seconds]
mfp has joined #ocaml
dhil_ has joined #ocaml
<jco> hum there's hashtbl in fact
ggole has joined #ocaml
jbrown has joined #ocaml
<vsiles> Is it possible to use Set.Make with a type that has parameters ? like in module MyO = struct type 'a t = 'a foobar ... end as the ordered type ?
<def> no
<def> (yet another example why functors are wrong :P)