<flux>
bah, I don't think that particular example even used offshoring :)
<Camarade_Tux>
flux: yeah, didn't seem meant for bindings, I only thought about that because of ocaml-gir :P
<Camarade_Tux>
btw, anyone using haxe here? (just curious)
dmentre has quit ["Leaving."]
ztfw has joined #ocaml
kaustuv has quit [Read error: 148 (No route to host)]
Alpounet has joined #ocaml
ski_ has quit ["Lost terminal"]
thelema has quit [Read error: 131 (Connection reset by peer)]
thelema has joined #ocaml
Guest5618 is now known as fremo
_unK has quit [Remote closed the connection]
ttamttam has quit ["Leaving."]
ikaros has joined #ocaml
lutter has joined #ocaml
onigiri has joined #ocaml
rwmjones is now known as rwmjones_afk
smimou_ is now known as smimou
julm_ has joined #ocaml
_zack has quit ["Leaving."]
julm__ has joined #ocaml
julm_ has quit [Read error: 104 (Connection reset by peer)]
BigJ2 has joined #ocaml
BigJ2_ has joined #ocaml
julm has quit [Read error: 110 (Connection timed out)]
<flux>
camarade_tux, on our university channel someone asked maybe a year ago about a decent language for web developement, and I suggested that maybe haxe would be interesting to try
<flux>
camarade_tux, apparently he did like it
<flux>
(I haven't tried it)
<flux>
just an anecdote ;)
BigJ2 has quit [Read error: 110 (Connection timed out)]
_unK has joined #ocaml
_unK has quit [Remote closed the connection]
itewsh has joined #ocaml
_unK has joined #ocaml
_unK has quit [Remote closed the connection]
Yoric[DT] has joined #ocaml
_unK has joined #ocaml
ttamttam has joined #ocaml
_unK has quit [Remote closed the connection]
itewsh has quit [Read error: 113 (No route to host)]
<Camarade_Tux>
flux: ok :)
<Camarade_Tux>
I have a portable music (and movie) player which interface is in flash, I'll probably use haxe to change it and add programs :)
<Camarade_Tux>
(it needs a pdf reader :D )
_unK has joined #ocaml
anders^^ has joined #ocaml
anders^^ has left #ocaml []
<infoe>
is there a graph database implemented in ocaml?
<mrvn>
I think there a bindings
<mrvn>
at least for graph plotting.
<infoe>
no a database predicated on graph theory vs set theory
itewsh has joined #ocaml
itewsh has quit ["Quitte"]
itewsh has joined #ocaml
<thelema>
infoe: I don't know what you expect by a graph "database", but look up ocamlgraph for a graph (as in vertex and edge) library
jimmyb2187 has left #ocaml []
ulfdoz has joined #ocaml
<infoe>
thelema: something like neo4j
<Camarade_Tux>
(the twitter thing on the right side of http://neo4j.org/ really scares me)
<infoe>
same here :/
<infoe>
i think the guy in the black and white photo has been drinking at work
<thelema>
infoe: nope, I'm fairly certain that noone has implemented anything like neo4j in ocaml
<infoe>
which states: "we plan to use a functional implementation (probably OCAML...)
<infoe>
"
<thelema>
they're targeting redhat 9 - this is *old*
<infoe>
oh yea its old information, but i was looking specifically for graph database and ocaml in google
_andre has quit ["*puff*"]
Snark has joined #ocaml
yziquel has joined #ocaml
BigJ2_ has quit [Read error: 104 (Connection reset by peer)]
<yziquel>
hi. imagine i have a module in a given a.ml file. how can i include it in another b.ml file without needing to link b.ml to a.ml. is an "include" sufficient?
<thelema>
what do you mean by "link b.ml to a.ml"?
<thelema>
if you have code in a.ml, you can refer to it from b.ml as [A.foo]
<thelema>
you will have to compile both and link them together to get an executable.
<yziquel>
i do not want module A to be visible from the .cma. However, I need to generate a.ml at compile time. my problem is having A into b.ml only, while generating a.ml at compile time.
<thelema>
you need to generate the source code for A at compile time?
<hcarty>
yziquel: Will the interface stay fixed? "include A" is one option. Providing b.mli is another.