<Yoric[DT]>
8 pages of tutorial on installing GODI and Batteries...
r0bby has joined #ocaml
<thelema>
Yoric[DT]: where?
<Yoric[DT]>
git
<Yoric[DT]>
doc/batteries/html/tutorial.html
<mbishop>
I'm not a fan of godi
<thelema>
mbishop: you and me both
<mbishop>
I suppose you could say I don't believe in GODI
<mbishop>
:P
<thelema>
lol
<Yoric[DT]>
:)
<Yoric[DT]>
Well, I'm waiting for a Debian package.
<Yoric[DT]>
And a Fedora package.
<Yoric[DT]>
And, well, any package is appreciated :)
slash_ has quit ["leaving"]
jonasb has quit [Read error: 110 (Connection timed out)]
<mbishop>
I don't see why the work put into godi isn't put into an already working package system like debian (which would also get it into ubuntu)
<thelema>
mbishop: windows
<thelema>
or does godi not work under win
<Yoric[DT]>
I don't think it does.
jonasb_ has quit [Read error: 110 (Connection timed out)]
<mbishop>
the site says it does
<mbishop>
GODI is available for O'Caml-3.09 and 3.10. It runs on Linux, Solaris, FreeBSD, NetBSD, Windows (Cygwin and MinGW), HP-UX, MacOS X.
<thelema>
that's why. ubuntu != solaris, *BSD, windows, HP-UX, OSX. And it will never get ported.
Waleee has quit []
<gildor>
thelema, mbisho: GODI and {Fedora, Debian...} package system are very different
<thelema>
quite.
<gildor>
thelema:, mbishop: GODI is a source distribution
<gildor>
Fedora and Debian are binary distribution
<thelema>
feh, that's not all that important.
<gildor>
this is very important
<gildor>
thelema: why do you think this is not important ?
<thelema>
that it's domain specific vs. intended for an entire working system seems *much* more important.
<gildor>
1/3 of possible problem is coming from building a package
<thelema>
see gentoo for a source distro that's very similar to apt / rpm, but quite different from godi
<gildor>
thelema: do you run gentoo ?
<thelema>
no, ubuntu
<gildor>
thelema: so ask yourself why gentoo is not as widely use as it should be
<gildor>
thelema: source distro are very hard to set up
<thelema>
not necessarily. BSD's ports is supposedly great.
<gildor>
with binary distro you can hide most of the build problem by removing options when it is not possible to use them
<gildor>
I agree that BSD is great
<gildor>
(BSD port i mean)
<thelema>
it's source, no?
<gildor>
and GODI started out of this system BTW
<gildor>
90% of initial GODI source is the BSD port system
<gildor>
(including BSD make and other)
<thelema>
with source distro, you can still keep build problems to a minimum by removing options
<gildor>
indeed
<gildor>
just want ot underline that GODI is a good tool and must be considered as an "already working package system"
christos has joined #ocaml
<thelema>
I'll have to take your word for that. Others are clamoring for deb / rpm packages
<christos>
hi, i am compiling ocaml code in macosx and get an error "The extension of the output file must be .o or .so" . do you think i could just change the extension?
<thelema>
(which are a good idea)
<thelema>
christos: yes.
<thelema>
but you're compiling to a module, not to an executable, right?
<christos>
i think so
<Yoric[DT]>
'night everyone
Yoric[DT] has quit ["Ex-Chat"]
ulfdoz_ has quit [Read error: 110 (Connection timed out)]
Axioplase_ has quit ["leaving"]
jonasb__ has quit [Read error: 113 (No route to host)]
Axioplase has joined #ocaml
Amorphous has quit [Read error: 110 (Connection timed out)]
Amorphous has joined #ocaml
seafood has joined #ocaml
ched_ has joined #ocaml
ched has quit [Read error: 110 (Connection timed out)]
christos has quit []
pango has quit [Remote closed the connection]
pango has joined #ocaml
sporkmonger has joined #ocaml
seafood has quit []
seafood has joined #ocaml
oleg|log has quit [Read error: 104 (Connection reset by peer)]
oleg|log has joined #ocaml
<flux>
I wonder how delemas and the patch to unison went
seafood has quit []
ygrek has joined #ocaml
Associat0r has joined #ocaml
vuln has quit ["good night"]
seafood has joined #ocaml
Cheshire has joined #ocaml
_zack has joined #ocaml
ygrek has quit [Remote closed the connection]
ulfdoz has joined #ocaml
tab_ has joined #ocaml
seafood has quit []
ygrek has joined #ocaml
tab has quit [Read error: 110 (Connection timed out)]
pango has quit [Remote closed the connection]
pango has joined #ocaml
ttamttam has joined #ocaml
Camarade_Tux has joined #ocaml
Camarade_Tux has quit ["Leaving"]
ikaros has joined #ocaml
s4tan has joined #ocaml
_zack has quit ["Leaving."]
Stefan_vK has joined #ocaml
mishok13 has quit ["Stopping IRC chat... [OK]"]
_zack has joined #ocaml
Stefan_vK1 has quit [Read error: 110 (Connection timed out)]
yziquel has joined #ocaml
yziquel has quit [Remote closed the connection]
yziquel has joined #ocaml
yziquel has quit [Remote closed the connection]
yziquel has joined #ocaml
yziquel has quit [Client Quit]
ygrek has quit [Remote closed the connection]
Yoric[DT] has joined #ocaml
<Yoric[DT]>
hi
<Cheshire>
hi
<rwmjones>
_zack:
<rwmjones>
Created commit c33fd41: Convert ocaml.m4 file to UTF-8.
<_zack>
gildor: I don't get it, does that need to be supported by ocaml-autoconf? looks like something to be done in Makefiles, testing the outcome of autoconf substvars
<gildor>
_zack, rwmjones: I think setting this program will allow easier cross compiling
<mfp>
it's a pity that the direct form is bytecode-only (monadic style needed for native)
<gildor>
_zack: more or less, just a question of drawing the line, this settings are just about defining external
<gildor>
program for cross compilation
<gildor>
_zack: I want to see what rwmjones think about it, in particular wrt cross compilation
<rwmjones>
gildor, _zack I've just posted about cross-compilation to debian-ocaml-maint actually
petchema has quit [Remote closed the connection]
OChameau has joined #ocaml
petchema has joined #ocaml
<rwmjones>
did that answer your questions about cross-compilation? Note that we use native tools from the ordinary ocaml package for camlp4, ocamllex, ocamlyacc. Only the actual compiler ($target-ocamlopt) is different.
ikaros has quit [".quit"]
vpalle has joined #ocaml
<gildor>
rwmjones: not really, but I assume that this mean, we just need to ovveride -ocamlopt in ocamlbuild
<gildor>
rwmjones: does it make sense to do it in autoconf or do you prefer to do it in makefile
<rwmjones>
gildor, TBH I have no idea about ocamlbuild ...
<rwmjones>
gildor, doesn't ocamlbuild need to build & run some program during build?
<rwmjones>
if so, it needs to build a native program, so that doesn't involve the cross-compiler at all
<rwmjones>
same as for camlp4 etc
<gildor>
rwmjones: yes it need to run ocaml compiler, lex and yacc
<rwmjones>
it should run the ordinary, native compiler in that case
<rwmjones>
otherwise you end up with a program that you cannot run (because it's for the cross-compiler target)
<gildor>
humm not sure to understand, if i want to cross-compile a program with ocamlbuild, I need to change the ocamlopt compiler at least ?
<rwmjones>
gildor, there's two steps involved
<rwmjones>
(1) you have to build the ocamlbuild program (whatever it's called - myocamlbuild??)
<rwmjones>
(2) you have to run that program and it must then run the compiler
<rwmjones>
step (1) you need a native compiler (AIUI)
<rwmjones>
for (2) it must invoke the cross-compiler
<gildor>
ok
<gildor>
you can use "-byte-plugin" for step (1)
<rwmjones>
I don't really know about ocamlbuild
<gildor>
and "-ocamlopt" override for step (1) and (2) (since it won't mess with ocamlc needed for myocamlbuild)
<gildor>
rwmjones: since this issue need further work, I propose to let you decide, whenever you will need to cross compile an ocamlbuild related program
<rwmjones>
gildor, personally I'm never going to use ocamlbuild, so I don't care
<rwmjones>
I'll continue to use autoconf/automake
<gildor>
rwmjones: where is the webpages concerning cross compiled packages with mingw ?
<rwmjones>
btw we're also cross-compiling to OS X now
<rwmjones>
but not ocaml yet
<gildor>
ok, in fact I am working on ocaml-fileutils to migrate my autoconf+Makefile to ocaml-autoconf + ocamlbuild, and I want to provide you something that can cross-compile
mishok13 has joined #ocaml
vpalle has quit [Read error: 110 (Connection timed out)]
Axioplase has quit ["leaving"]
vpalle has joined #ocaml
Stefan_vK1 has joined #ocaml
seafood has joined #ocaml
Associat0r has quit []
Stefan_vK has quit [Read error: 110 (Connection timed out)]
Yoric[DT] has quit ["Ex-Chat"]
mishok13 has quit [Remote closed the connection]
mishok13 has joined #ocaml
slash_ has joined #ocaml
pango has quit [Remote closed the connection]
pango has joined #ocaml
seafood has quit []
sgnb has quit [Read error: 104 (Connection reset by peer)]
sgnb has joined #ocaml
Asmadeus_ has joined #ocaml
weechat_user has joined #ocaml
Asmadeus has quit [Read error: 113 (No route to host)]
sporkmonger has quit []
yziquel has joined #ocaml
yziquel has quit [Remote closed the connection]
Asmadeus has joined #ocaml
Demitar has quit [Remote closed the connection]
chicco has quit [Read error: 111 (Connection refused)]
Demitar has joined #ocaml
Asmadeus_ has quit [Read error: 110 (Connection timed out)]
Asmadeus_ has joined #ocaml
Asmadeus has quit [Read error: 101 (Network is unreachable)]
weechat_user has quit [Read error: 113 (No route to host)]
weechat_user has joined #ocaml
<tsuyoshi>
osx cross compiler? awesome I need that
Asmadeus has joined #ocaml
<tsuyoshi>
oh cool, you have gtk included too
<tsuyoshi>
when I did a mingw cross compiler I never got around to doing gtk
<rwmjones>
& Qt ...
<tsuyoshi>
are there qt bindings for ocaml now?
<tsuyoshi>
damn.. I'm totally out of touch
Asmadeus_ has quit [Read error: 110 (Connection timed out)]
ched_ has quit [Remote closed the connection]
ched has joined #ocaml
<rwmjones>
tsuyoshi, no, not for ocaml, I meant qt in general :-)
<tsuyoshi>
ohh
sporkmonger has joined #ocaml
<tsuyoshi>
so where is the osx cross compiler?
willb1 has joined #ocaml
_zack has quit [Remote closed the connection]
_zack has joined #ocaml
orbitz has joined #ocaml
orbitz has left #ocaml []
ppr has joined #ocaml
schmx has joined #ocaml
Associat0r has joined #ocaml
peper has quit [Connection timed out]
schme has quit [Read error: 110 (Connection timed out)]
__mattam__ is now known as mattam
Cheshire has joined #ocaml
love-pingoo has joined #ocaml
<Cheshire>
hi
<Cheshire>
I'm trying to find this thing about ocaml...
<Cheshire>
somebody wrote "Just like their ocaml counterparts, they require an order on the underlying datatypes used in a set/map. However, the big difference is that as long as we need just an orbitrary order (which is often the case when using sets or maps) in ocaml one gets this for free (by means of the polymorphic compare),"