talzeus has quit [Read error: Connection reset by peer]
ben_zen has quit [Ping timeout: 264 seconds]
cdidd has quit [Remote host closed the connection]
cdidd has joined #ocaml
cdidd has quit [Remote host closed the connection]
cdidd has joined #ocaml
turnersr has quit [Quit: Leaving]
watermind has quit [Quit: Konversation terminated!]
<wmeyer>
jpdeplaix: ocamlbuild is faster, mostly due to community patches, but I'm afraid that full paralelization of ocamlbuild scripts might be a hard problem
gnuvince has quit [Remote host closed the connection]
pkrnj has joined #ocaml
void64 has joined #ocaml
breakds has quit [Remote host closed the connection]
pkrnj has quit [Ping timeout: 248 seconds]
pkrnj has joined #ocaml
void64 has quit [Ping timeout: 240 seconds]
tov has joined #ocaml
tov has quit [Quit: leaving]
tov has joined #ocaml
tov has quit [Client Quit]
tov has joined #ocaml
tov has quit [Client Quit]
Arsenik has joined #ocaml
<adrien>
morning
<pippijn>
morning
Kakadu has joined #ocaml
Ptival has quit [Ping timeout: 256 seconds]
gbluma_ has quit [Ping timeout: 256 seconds]
strmpnk_ has quit [Ping timeout: 256 seconds]
clog has quit [Ping timeout: 256 seconds]
clog_ has joined #ocaml
tianon has quit [*.net *.split]
Ptival has quit [*.net *.split]
clog has quit [*.net *.split]
gbluma_ has quit [*.net *.split]
strmpnk_ has quit [*.net *.split]
tianon has joined #ocaml
ben_zen has quit [Ping timeout: 268 seconds]
DaveS has quit [Ping timeout: 264 seconds]
ulfdoz has joined #ocaml
Cypi has quit []
Simn has joined #ocaml
Cypi has joined #ocaml
<adrien>
wmeyer: I love reading SUSv2 on saturday mornings :P
Snark has joined #ocaml
Kakadu has quit [Quit: Konversation terminated!]
<jpdeplaix>
wmeyer: mh ok. I think this should be done in one way or an other if we want to be competitive comparing to ocp-build :/ (in term of pure performances, I mean)
<jpdeplaix>
but yes this is hard due to dynamic rules :/
jyeo has quit [Quit: Connection closed for inactivity]
Neros has joined #ocaml
mfp has joined #ocaml
ulfdoz has quit [Read error: Operation timed out]
ggole has joined #ocaml
mcclurmc has joined #ocaml
ollehar has joined #ocaml
ulfdoz has joined #ocaml
q66 has joined #ocaml
Drup has joined #ocaml
<jpdeplaix>
wmeyer: can we imagine something if we separate the default rules and the user defined ones ?
n06rin has joined #ocaml
<Drup>
wmeyer: if primitives like %apply assume a fixed signature, it should be better to check that during the declaration of the external with a clean error message, not to crash later with something completely obscure.
clog has joined #ocaml
yacks has quit [Quit: Leaving]
DaveS has joined #ocaml
DaveS has quit [Ping timeout: 256 seconds]
ben_zen has joined #ocaml
<wmeyer>
Drup: I've thought about this
<wmeyer>
jpdeplaix: there are no default and user rules, everything are fragments of code executed during dependency discovery
<Drup>
wmeyer: should I reopen ?
<wmeyer>
and that's the biggest chalenge, there is no way of telling mechanicaly, how and what and how the dependencies will come after each iteration.
<wmeyer>
Drup: after thinking more about it, yes, we might want to introduce type checking of builtins
<wmeyer>
adrien: pippijn morning
DaveS has joined #ocaml
DaveS has quit [Changing host]
DaveS has joined #ocaml
<Drup>
wmeyer: I will let you do the reopening and stuff, you know far more about this than I do ;)
<wmeyer>
OK, thanks, not that I oppose type checking of the builtins, but I think they are so rarely used in the code that it brings little benefit
<Drup>
oh sure, it's very minor
<wmeyer>
but worth to note in the bug tracker!
<wmeyer>
jpdeplaix: so there are few options how to fix it, analyse the existing build process and store it in the database
<wmeyer>
so for the first time ocamlbuild will try to build without big paralelisation
<wmeyer>
and then for the second time, it will know how the files are coming
<wmeyer>
assumimg nothing changed in the tree
<wmeyer>
ping adrien
ontologiae has joined #ocaml
<adrien>
wmeyer: pong
<adrien>
checking some sed
<adrien>
on bds
<adrien>
bsd*
<adrien>
wmeyer: I found a nice solution to the issue with make messages: MAKELEVEL and MAKEFLAGS were set so I simply unset them
<wmeyer>
the question is if they work on BSD *and* GNU
<adrien>
well, these variables were inherited because the script was called from inside recursive invocations of make
<adrien>
I'm unset'ing them in the shell script btw
<adrien>
currently on both gnu and bsd and this works
<wmeyer>
yay
<adrien>
there might be an issue with parallel builds on bsd however; doesn't seem to be because of me however
<pippijn>
morning
<pippijn>
again
<adrien>
mrvn: oh, you play freeciv? :P
* pippijn
plays 0ad
<pippijn>
I have a terrible bug
<pippijn>
I've had it for some months, but never looked into it
* wmeyer
played Goasia, and now time for Vibronics :D
<adrien>
0ad was too slow on my computer
<pippijn>
yesterday, I improved the debug trace for the parser engine
<adrien>
plus it triggers an MCE through the js stuff =/
<pippijn>
adrien: it gets slow with many elements
<adrien>
AI?
<pippijn>
unit AI probably
<pippijn>
it spends a lot of time in simulation
<adrien>
the AI was very slow last year and they know it but noone does anything to fix that
<mfp>
it's funny when you consider the orig author claimed to be within 20% of hand-written assembly (which he did write for the cmp loops), and then my straightforward OCaml impl with pessimized cmp ;) is 3X faster
<ggole>
Just because you write assembly doesn't mean your code is any good.
<mfp>
indeed; in this case, it's all about cache misses
<ggole>
Bit ironic considering that OCaml is usually quite poor that way
<ggole>
Nice job though.
<mfp>
would something like this fit in batteries? then somebody could brag about building a fast on-line search engine in 3 LOCs
void64 has quit [Ping timeout: 246 seconds]
<jpdeplaix>
wmeyer: By « default » I mean rules that are in ocaml_specific.ml