mattam_ has quit [Read error: 113 (No route to host)]
clam has quit [Read error: 110 (Connection timed out)]
_AndyA_ has left #ocaml []
__DL__ has quit [Remote closed the connection]
Kinners has joined #ocaml
Socinian has joined #ocaml
foxster has quit []
Socinian has quit [Remote closed the connection]
pattern__ has left #ocaml []
docelic|away has quit [Read error: 110 (Connection timed out)]
docelic|away has joined #ocaml
mattam has joined #ocaml
Kinners has left #ocaml []
__DL__ has joined #ocaml
systems has joined #ocaml
systems has quit ["Client Exiting"]
TachYon26 has joined #ocaml
noon has joined #ocaml
<noon>
hello world
two-face has joined #ocaml
<noon>
If I want to add CORBA support to an OCaml program, in such a way that it runs with ORBit-based applications, is it possible?
<two-face>
you'll have to write bindings
<noon>
I mean, being able to call methods in that (daemon) OCaml program
<noon>
Is CamlIDL what I'm looking for?
<noon>
It seems to be COM-centered, isn't it?
<two-face>
it is
<two-face>
you have to write Orbit bindings for OCaml
<noon>
hmm
<two-face>
which is not very complicated
<noon>
really?
<two-face>
wait
<two-face>
hmm no
<two-face>
there's nothing for orbit
<two-face>
there is soap though
<noon>
what's soap?
<noon>
[ok, found it on the net)
<two-face>
it is a XML based rpc
<gl>
salut les jeunes
<two-face>
yo man!
<two-face>
vim ou emacs ?
<gl>
emacs
<two-face>
:)
<gl>
j'ai passe la premiere epreuve ? :)
TachYon26 has quit [Read error: 60 (Operation timed out)]
<two-face>
j'en sais rien :)
<noon>
well, I don't know of any IRC client running on Vim.
<two-face>
heh
<two-face>
gl: tu utilises quel mode emacs ?
<drlion>
can you create anonymous classes? or, rather, instances with members and superclasses specified inline. like java's anonymous inner classes
<__DL__>
no you can't
reltuk has quit []
asqui has quit [Read error: 54 (Connection reset by peer)]
asquii has joined #ocaml
asquii is now known as asqui
<two-face>
__DL__: hello
asqui has quit [Read error: 54 (Connection reset by peer)]
asqui has joined #ocaml
noon has quit ["Started wasting time elsewhere"]
karryall has joined #ocaml
<two-face>
salut karryall !
<karryall>
hei !
<karryall>
two-face: quoi de neuf ?
<two-face>
karryall: j'essaie de motiver pour camelot :P
<two-face>
karryall: comment ça va de ton coté ?
<karryall>
de te motiver ou de motiver d'autre gens ?
<two-face>
ce n'est pas une question de motivation en fait
<two-face>
c'est de priorités
<two-face>
il faut que j'arrête de faire plusieurs choses à la foi
<two-face>
+S
<karryall>
mmh je vois
<two-face>
et toi, tu as à fond dans lablgtk
<karryall>
voui je suis en train de faire des bindings pour GNOME
<karryall>
tout le bazar CORBA, tout ça ...
<two-face>
joli !
<two-face>
et au niveau perfs ?
<two-face>
karryall: j'arrive pas à recompiler ocamlrsvg
<two-face>
checking target system type... config.sub: missing argument
<two-face>
Try `config.sub --help' for more information.
<karryall>
niveau perfs, je sais pas, ca n'en pas encore au stade du test :)
<karryall>
pour ocamlrsvg, c'est la version qui est dans camelot ?
<two-face>
oui
<karryall>
ben chez-moi-ca-marche
<two-face>
hmm
<karryall>
aclocal -I aux
<karryall>
autoconf
<karryall>
./configure
<two-face>
c'est ce que j'ai fait
<two-face>
quelle version de auroconf ?
<two-face>
chez moi 2.57
<karryall>
aussi
<karryall>
et automake 1.6.3
<two-face>
mais tu n'utilises pas automake
<two-face>
arf autoconf 2.13
<two-face>
ya plusieurs version dans le même paquet
<karryall>
aclocal vient de automake, les config.sub aussi
<two-face>
bon, autoconf2.50 ça passe
<two-face>
$ make
<two-face>
ocamlc.opt -I ocamlsdl rsvg.mli
<two-face>
File "rsvg.mli", line 13, characters 80-96:
<two-face>
Unbound type constructor Sdlvideo.surface
<two-face>
make: *** [rsvg.cmi] Erreur 2
<karryall>
make OCAMLSDLDIR=/le/bon/repertoire
<two-face>
normalement il est dans le répertoire par defaut
<karryall>
c'est-à-dire ?
<two-face>
/usr/lib/ocaml/sdl
<karryall>
ah oui, ok il faudrait changer un peu le Makefile
<karryall>
mettre OCAMLSDLDIR= +sdl
<karryall>
je vais le faire
<two-face>
ok
<two-face>
de toute façon, ça ne compile pas, je crois que Sven a fait un bêtise dans le paquet ocaml
<karryall>
il se passe quoi ?
<two-face>
je n'ai plus /usr/include/caml
<two-face>
bon a+
two-face has quit ["Client exiting"]
TachYon26 has joined #ocaml
pattern_ has joined #ocaml
two-face has joined #ocaml
TachYon26 has quit ["bez ki³y nie ma zaliczenia (z prawd studentek AM)"]
<__DL__>
two-face: comme d'hab je passe apres la batail, et je reste 30 seconde, mais sur debian on trouve : /usr/include/ocaml/3.06/caml/ ...
<two-face>
__DL__: oui mais ce n'est pas standard
<two-face>
__DL__: /usr/include/caml devrait être présent
<__DL__>
Il y a eu des discutions a ce sujet (sur debian-ocaml-maint), et il suffit de changer un peu le makefile pour que ?a marche...
<__DL__>
(en fait l'id?e, c'est de pouvoir installer deux version diff?rente du compilateur ocaml, ce qui demande de faire ce genre de truc)
<two-face>
oui je n'en doute pas
<two-face>
mais ça ne me plait pas car on diverge encore des autres distrib
<__DL__>
c'est vrai que c'est un pb...
<two-face>
enfin, tu sais bien ce que je pense de l'installation de multiples versions d'ocaml ...
<__DL__>
ben maintenant que je sais qui tu est (merci les whois) je sais. mais a mon avis, a l'aide d'un truc genre gcc on doit pouvoir faire qqc de pas mal...
<two-face>
je sais qu'un -I suffit
<two-face>
mandrake l'installe dans /usr/lib/ocaml/caml
<two-face>
et dans debian /usr/lib/ocaml/3.06/caml est vide
<two-face>
parce que on pourait avoir automatiquement -I OCAMLLIB
<two-face>
à la rigueur /usr/lib/ocaml/3.06/caml peut être un lient vers /usr/include ...
<__DL__>
oui ?a ?a serais bien (d'ailleur c'etait le cas dans le temps il me semble non ?)
<two-face>
oui
<two-face>
je ne sais pas pkoi ça change
<two-face>
ou alors /usr/include serait un lien vers /usr/lib/ocaml/3.06/caml
<two-face>
le pb est qu'avec dpkg, on ne peut pas remplcer un lien par un répertoire et vice et versa
<__DL__>
oui, c'est lourd (tres lourd d'ailleurs) c'est un bug non ?
<two-face>
non c'est normal
<two-face>
un répertoire ou un lien peuvent être partagés par plusieurs paquets
<two-face>
donc on ne peut pas remplacer un répertoire comme ça
<__DL__>
a oui, bien sur. Enfin la d?pendence Conflict: est fait pour ?a...
<two-face>
en partie
<two-face>
mais tu peux être en conflit avec un paquet au sujet d'un fichier donné mais rien n'empeche de partager des repertoires avec d'autres
<__DL__>
ce que je sidais c'est que c'est de la responsabilit? du mainteneur de mettre un conflict avec tout les packets qui utilise le repertoire qui devient un lien
<__DL__>
/s/sidais/disais
<two-face>
oui mais justement, le conflict comme tu le décris ne serait pas utilisé comme il doit être
<two-face>
enfin, j'ai quand même une méthode pour contourner le problème, heureusement
<__DL__>
bon, excuse moi, mais je doit y aller. A+