<jordan>
is there a way to use fold_left but make it override the accumulator? so apply the function such that its result replaces the accumulator at every iteration
Mr_Awesome has quit ["and the Awesome Level drops"]
_shawn has joined #ocaml
Skal has joined #ocaml
ramkrsna has quit [Remote closed the connection]
pango_ has joined #ocaml
sponge45 has quit ["zzzzzzzzzz"]
pango has quit [Remote closed the connection]
Smerdyakov has quit ["Leaving"]
ramkrsna has joined #ocaml
falconair has quit [Client Quit]
ramkrsna has quit ["Leaving"]
dark_light has quit [Read error: 110 (Connection timed out)]
trrkkkkk has joined #ocaml
_fab has joined #ocaml
trrkkkkkk has quit [Read error: 113 (No route to host)]
_velco has joined #ocaml
iZZy`` has joined #ocaml
ikaros_ has quit [Read error: 110 (Connection timed out)]
pango_ has quit [Remote closed the connection]
velco has joined #ocaml
pango has joined #ocaml
love-pingoo has joined #ocaml
kral has joined #ocaml
ramkrsna has joined #ocaml
<flux__>
hmh.. there should be a tool for reordering functions so that the module compiles..
<flux__>
it's really boring to refactor stuff into functions, because you need to move the functions the code depends on before the new function
<flux__>
and that may lead to moving other functions
<flux__>
actually a function dependency graph could be useful for this
<pango>
that's an example of topological sorting
<pango>
ocamldsort does it for modules, it must be doable for functions ;)
<flux__>
I wonder if some data produced by standard ocaml tools would be suitable for generating that graph
<flux__>
that would really be useful in determining functions that are used by a single function, or a group of functions
<pango>
standard tools usually require the module to compile, however
Snark has joined #ocaml
<flux__>
yes
<flux__>
but there are all funky parameters
<flux__>
like -dtypes
<flux__>
or maybe it would require using camlp4
<pango>
yup
unfo- has quit [Read error: 113 (No route to host)]
slipstream has joined #ocaml
slipstream-- has quit [Operation timed out]
<flux__>
is there a native version of .cmi? I find that if I make an .mli-file for my module, the depending modules don't need to be recompiled if I modify my .ml, however the .cmx files do
<flux__>
maybe that's just the way it is
<flux__>
ocamldep writes dependency on module.cmx, but doesn't write dependency on module.cmo anymore
<pango>
native compiler may have stricter requirements (cross-module functions inlining ?)
<flux__>
yeah.. I suppose that would be a difficult bug to have in ocamldep anyway.
<flux__>
if it handles the .cmo-case correctly
<flux__>
funny, I feed only *.ml to ocamldep, yet it works correctly
<flux__>
smart :)
<flux__>
even in the absence of the .ml-file.. (I auto-generate version.ml, but now provided version.mli)
<flux__>
hm, not very correctly, I need to include *.mli too to have make -j work properly
trrkkkkkk has joined #ocaml
trrkkkkk has quit [Read error: 113 (No route to host)]
unfo- has joined #ocaml
buluca has quit [Read error: 104 (Connection reset by peer)]
MisterC has joined #ocaml
Skal has quit [Read error: 60 (Operation timed out)]
unfo- has quit [Read error: 110 (Connection timed out)]
jordan has quit ["This computer has gone to sleep"]