<orbitz>
robocop: looks like it comes with a calc demo..
<robocop>
ha yes
<robocop>
thanks
komar_ has quit [Read error: 110 (Connection timed out)]
Amorphous has quit [Read error: 110 (Connection timed out)]
Amorphous has joined #ocaml
espresso has quit ["Leaving"]
mihamina2 has quit ["Leaving."]
komar_ has joined #ocaml
willb has joined #ocaml
thelema_ has quit ["brb"]
thelema has joined #ocaml
bind_return has joined #ocaml
rwmjones has quit [Read error: 104 (Connection reset by peer)]
dmentre has quit ["Leaving."]
rwmjones has joined #ocaml
jonafan_ is now known as jonafan
<hcarty>
flux: Thank you again for the question/suggestion about changing the parameter organization in PLplot's Quick_plot module from [xs0; xs1;...] [ys0; ys1;...] to [xs0, ys0; xs1, ys1;...]
<hcarty>
flux: I think it's a bit clearer that way, and it avoids the risk of exceptions in the plot code due to mismatched X and Y list lengths
albacker has joined #ocaml
<flux>
hcarty, yei, type safety ftw?
<hcarty>
flux: Truly :-)
<hcarty>
Why do the work when the compiler can do it for you?
<flux>
yei2, oc4mc can be downloaded now \o/ ! (link has changed in the website)
<hcarty>
I downloaded it, but I have not tried it yet.
<flux>
posix.c:158: error: 'caml_main_thread_struct' undeclared (first use in this function)
<flux>
:(
<flux>
sure enough, no c file contains definition for that
<flux>
previous version doesn't work either
robocop has quit [Remote closed the connection]
<flux>
oh, it's in an S-file
<flux>
I wonder if i32 was a supported pltaform
<flux>
argh, no
<flux>
fortunately I have one ia64 host around
<hcarty>
flux: ia64 or x86_64?
<flux>
oh, right
<flux>
the latter
Yoric has quit [Remote closed the connection]
<flux>
I wonder if by 'performance reasons' they mean that their approach is unfeasible for x86
<flux>
(For performance reasons, OCaml4MultiCore is only distributed for AMD/Intel 64-bit architecture.)
<hcarty>
They may have felt it wasn't worth their time to address 32bit systems, at least at first.
travisbrady has joined #ocaml
<flux>
I suppose after a while x86_32 is obsolete anyway, atleast as far as multicore environments go
Ched has quit [Read error: 104 (Connection reset by peer)]
Ched has joined #ocaml
Alpounet has joined #ocaml
<flux>
I didn't manage to compile the tests.. apparently it doesn't link in the gc
<flux>
apparently intervalle.t was built for me during the build process
<flux>
atleast it uses >100% CPU
<flux>
l ,
<flux>
only 130% though, even though it has 5 threads
<hcarty>
flux: On my system it's using a little over 100% CPU, but it is split evenly across cores according to htop
<hcarty>
I don't know how accurate that is though :-)
sramsay has joined #ocaml
ulfdoz has joined #ocaml
<flux>
any camlp4 or other code to randomly generate datastructures? like type a = A | B type b = C of a | D and the code would randomly produce all kinds of values that can be generated
<flux>
(my structure is so little I can just write it by hand, just wondering ;-))
<hcarty>
flux: That's a pretty cool idea. I think the author of prelude.ml wrote some random test generation code to go along with that module. But I don't know how general it is.
<_andre>
ospec has random generators for some data structures but you'd have to write a custom one for your type
Submarine has joined #ocaml
_JusSx_ has joined #ocaml
Ched has quit [Read error: 113 (No route to host)]
ttamttam1 has joined #ocaml
Snark has quit ["Ex-Chat"]
Ched has joined #ocaml
Ched has quit [Read error: 104 (Connection reset by peer)]
Ched has joined #ocaml
Ched has quit [Client Quit]
angus has joined #ocaml
komar_ has quit [Read error: 110 (Connection timed out)]
Submarine has quit [Read error: 110 (Connection timed out)]
<gildor_>
flux: for performance reason = AFAIK, ocaml GC use a register to store a pointer
myst has left #ocaml []
<gildor_>
it is possible to move this pointer for x86_64 but it is complicated for i386
<flux>
apparently one of the most difficult things in GA is figuring out a decent evaluation function..
mgree has joined #ocaml
<thelema>
flux: yes, that's a hard part - having an evaluation function that's useful for "almost right" algorithms.
Yoric[DT] has joined #ocaml
<flux>
I'm writing a toy that would generate file renaming functions from examples
<flux>
so far it apparently is able to find the function to uppercase words ;)
<flux>
except when it for some reason finds a local optimum and doesn't get out of it..
_JusSx_ has quit ["leaving"]
BigJ2 has joined #ocaml
<BigJ2>
does anyone know how to setup tuareg mode for emacs on os x?
Axioplase has joined #ocaml
<orbitz>
BigJ2: i have it set up, no magic ot it IIRC though
<orbitz>
nothign OS X specific
<BigJ2>
orbitz: just place the files in the site-lisp dir?
<orbitz>
BigJ2: i do all that stuff in ~/.emacs_progmode
<orbitz>
i find it easier od eal with
<BigJ2>
i am a newbie to emacs I am unsure of how to do that