<f[x]>
but ocaml/mingw is perfectly usable from cygwin shell (and it is warned in ocaml README that it should be built that way so why setup separate msys?)
<f[x]>
and then it epicfails to resolve cygwin symlink for gcc
<gildor>
kerneis: thanks a lot, this is the solution of f[x]'s bug
<kerneis>
except the bug has not been resolved
<kerneis>
so you can submit a patch to darcs ;-)
<f[x]>
moreover windows will load that symlink as 16-bit COM program and fail even more spectacularly
<f[x]>
combined with using List.tl without checking for empty list this all results in a gross wtf
<gildor>
kerneis: only have 2 hands and one brain, it becomes harder and harder to contribute all over the place ;-)
* gildor
looking to have a second brain
<f[x]>
so true :)
* f[x]
wants just more hours in a day
<kerneis>
and 36 hours/day
<gildor>
f[x]: more hours in a day -> already try that (jet lag + guronsan)
<gildor>
no good
<f[x]>
and how it is going?
<f[x]>
ah, I see :)
<gildor>
you finish by being unproductive because you are confused
<flux>
best keep notes in that situation
<gildor>
(and I think I can stand quite a few hours of work before being confused, but human is so limited)
* kerneis
wonders why it takes hours to get darcs repository
yezariaely has joined #ocaml
<f[x]>
kerneis, muahaha
<gildor>
hopefully, we will be able to transfer our brain to computer and keep working for hours
<gildor>
kerneis: is this about just oasis or in general ?
* f[x]
also hates gildor for using latest-greatest versions of deps in oasis 0.2.0 (given the fact that one cannot easily have several versions of same ocaml library + deb package installed on debian)
<kerneis>
gildor: no, I meant doing "darcs get --lazy http://darcs.net/" takes hours
<kerneis>
(well, minutes)
yezariaely has left #ocaml []
<gildor>
f[x]: I know you hate me, but I plan to release an oasis-bundle for next minor release that will include everything you want to build oasis
<f[x]>
hm, without installing deps via ocamlfind?
<f[x]>
how it will find them?
<f[x]>
will it be possible to reuse for other projects?
<gildor>
you can take a look at test/TestFull.ml in oasis
<gildor>
basically, you can setup a confined version of a set of libraries using ocamlfind and override the default from the system
<gildor>
I do this during tests: run oasis setup -> ocaml setup.ml -all -> ocaml setup.ml -install -> link with generated library
<gildor>
everything inside a temporary directory
<gildor>
just by modification of OCAMLPATH and OCAMLFIND_DESTDIR
<gildor>
(and OCAMLFIND_LDCONF)
<kerneis>
gildor: what you are looking for is predist commands
<kerneis>
(see darcs setpref)
<gildor>
kerneis: already use it for "oasis setup"
<f[x]>
ok, it's cool
<gildor>
kerneis: I will add "oasis setup && chmod +x configure"
<gildor>
f[x]: this way I can compile the executable 'oasis' but I cannot install the library
<kerneis>
another option would be "oasis setup && autoreconf"
<gildor>
f[x]: but I think the library is not as interesting as the executable
<kerneis>
(or sth like that)
<kerneis>
it would make sure configure is up to date
<gildor>
autoreconf -> I don't use autotools in fact
<kerneis>
ok, you write your own configure
<kerneis>
I see
<f[x]>
gildor, it covers many usecases and this approach can be used in other projects
<gildor>
f[x]: this approache will be used to create a "bundle" subcommand that will be able to do exactly the same thing for any oasis enabled projects
* gildor
create an account on github
* f[x]
looks forward for using it in mldonkey, current situation with bundled libs is just awful
<gildor>
f[x]: basically it will something that look like what mldonkey does
<gildor>
but in an automatic way
<f[x]>
and one will be able to use system libraries instead of bundled ones easily
<f[x]>
yes?
<gildor>
if it matches the constraint, yes
* f[x]
unhates gildor a little bit
<gildor>
e.g. if mldonkey lablgtk2 (>= 2.12.0) and that we provide 2.12 in the bundle but 2.14 is installed
<gildor>
we should use 2.14 from the system
init1 has joined #ocaml
<f[x]>
lablgtk is actually not bundled, but may be downloaded and built locally if needed
<gildor>
lablgtk is probably not a very good example, because it is quite hard to bundle
<f[x]>
this is quite good as it is, but it is hard/boresome to setup for all used dependencies, so all the other libs are simply stored inside source tree
_andre has joined #ocaml
<kerneis>
gildor: i fixed the darcs bug, will send it upstream this afternoon
<gildor>
kerneis: thank you very much
<kaustuv>
OASIS 0.2 released! And the command is in lowercase! Oh frabjous joy!
<kaustuv>
(I guess I am late to the party)
ikaros has quit [Remote host closed the connection]
<thomasga>
but the keywords in the configuration files still contain some capital letter :-)
<thomasga>
letter(s)
<kaustuv>
gildor: some minor comments -- it would be useful if the INSTALL.txt file had links to the nonstandard ocaml packages. Also, the configure script doesn't have the executable bit set.
<gildor>
thomasga: keywords in the _oasis -> you can use lowercase letter, it is caseless (cabal inheritance)
<gildor>
kaustuv: INSTALL.txt with links, good idea, but it will need OASIS-DB to lookup this kind of information
<gildor>
(e.g. we can put real name of the package and not findlib name, and we can use homepage/download links)
<gildor>
for now, there is no build-tools = build_tools
<gildor>
though, if you find let say 3 other people that backup this proposal, I will implement it
<gildor>
(and if you think it is really important, of course)
<adrien>
I prefer not too much deviation, one problem is that people would look up something, get the string in one format, see another mentionned, and another one again ... it's not very friendly for new users actually
<gildor>
adrien: I agree but if it is really something that deters people from using OASIS, I am willing to change it
<thomasga>
well, it's just that the naming convention is not really ocaml-friendly, but that's not very important :-)
<adrien>
of course, I'm only mentionning what I think most people think, but I've never been very good at making such guesses ;-)
kelaouchi has quit [Remote host closed the connection]
<gildor>
thomasga: the parsing is done using genlex and genlex consider BuildTools, buildtools and build_tools as an Ident
<gildor>
thomasga: but build-tools is not an ident
kelaouchi has joined #ocaml
kelaouchi has quit [Read error: Connection reset by peer]
kelaouchi has joined #ocaml
ikaros has joined #ocaml
Amorphous has quit [Read error: Connection reset by peer]
Gooffy has joined #ocaml
kelaouchi has quit [Read error: Connection reset by peer]
Amorphous has joined #ocaml
ygrek has quit [Ping timeout: 245 seconds]
wuj has joined #ocaml
bzzbzz_ has quit [Quit: leaving]
init1 has quit [Quit: Lost terminal]
init1 has joined #ocaml
boscop has quit [Ping timeout: 240 seconds]
boscop_ has joined #ocaml
_andre has quit [Ping timeout: 252 seconds]
init1 has quit [Quit: Lost terminal]
init1 has joined #ocaml
<hcarty>
adrien: Saffire is the OCaml-C interface checker