On 03/09/2012 09:22 PM, Anil Madhavapeddy wrote:
On 8 Mar 2012, at 22:26, Sylvain Le Gall wrote:
2012/3/8 Adriencamarade...@gmail.com:
Hi,
On 08/03/2012, Sylvain Le Gallsylv...@le-gall.net wrote:
Hi,
2012/3/8 Daniel Bünzlidaniel.buen...@erratique.ch:
Le jeudi, 8 mars 2012 ŕ 09:31,
Le jeudi, 8 mars 2012 à 22:27, Sylvain Le Gall a écrit :
It does it the right way ;-)
The I'm going to vomit files across your whole file system so that you
need another bureaucratic tool/database too keep track of what I did
whenever you want to remove me way. Sure if you're looking
On 8 Mar 2012, at 22:26, Sylvain Le Gall wrote:
2012/3/8 Adrien camarade...@gmail.com:
Hi,
On 08/03/2012, Sylvain Le Gall sylv...@le-gall.net wrote:
Hi,
2012/3/8 Daniel Bünzli daniel.buen...@erratique.ch:
Le jeudi, 8 mars 2012 ŕ 09:31, Sylvain Le Gall a écrit :
setup.ml will be enough
A Makefile works just fine (and making the autogenerated code less complex
rather than more would be better).
This is the template Makefile I use:
https://github.com/avsm/ocaml-github/blob/master/Makefile
Plus you can generate this file from _oasis, via. DevFiles plugin e.g.
Plugins:
Le vendredi, 9 mars 2012 à 12:56, Gerd Stolpmann a écrit :
You can call it KISS, but I would call it short-sighted. This has nothing
to do with bureaucracy. Imagine a package has also some utilities to
install (and feeled every second package has). You just don't want to have
to include tons
Le jeudi, 8 mars 2012 à 22:27, Sylvain Le Gall a écrit :
Let say that if you just use $htmldir, it will help whatever packaging
system that cooperate with oasis to enforce it in the future.
In fact it is possible to not say anything at all, just don't mention
InstallDir, oasis doesn't
Hi,
2012/3/9 Daniel Bünzli daniel.buen...@erratique.ch:
Le jeudi, 8 mars 2012 à 22:27, Sylvain Le Gall a écrit :
Let say that if you just use $htmldir, it will help whatever packaging
system that cooperate with oasis to enforce it in the future.
In fact it is possible to not say anything
Le vendredi, 9 mars 2012 à 20:11, Sylvain Le Gall a écrit :
Document reference
Title: Xmlm's documentation and module reference
Format: html
Index: Xmlm.html
Install: true
DataFiles: doc/*.html, doc/*.css
Document distribution
Title: Xmlm's distribution information files
E.g setting Type:
ocamlbuild + a couple of field to tell that your doc will be
extracted from some libraries/module and build using ocamldoc +
ocamlbuild:
Document api-ounit
Title: API reference for OUnit
Type: ocamlbuild (0.2)
BuildTools+: ocamldoc
XOCamlbuildLibraries: oUnit
Le jeudi, 8 mars 2012 à 09:31, Sylvain Le Gall a écrit :
The main change of .cmo - .cma is that toplevel expression are only
evaluated if you open the module.
open, like the construct, I thought open was just about syntax ? You mean use
or invoke a function ?
This can be a problem if
Hi,
2012/3/8 Daniel Bünzli daniel.buen...@erratique.ch:
Le jeudi, 8 mars 2012 à 09:31, Sylvain Le Gall a écrit :
The main change of .cmo - .cma is that toplevel expression are only
evaluated if you open the module.
open, like the construct, I thought open was just about syntax ? You mean
I don't think I'll be able to integrate the Object section in 0.3. I
am really planning to release it soon.
For me you can forget about it. Jérémie convinced me that even for single
module libraries cma is better (see discussion on list).
I just had a quick look at your
git repository
On 08-03-2012, Gerd Stolpmann i...@gerd-stolpmann.de wrote:
Am Donnerstag, den 08.03.2012, 17:09 +0100 schrieb Jérémie Dimino:
Le Thu, 8 Mar 2012 01:26:38 +0100,
Daniel Bünzli daniel.buen...@erratique.ch a écrit :
1) All the packages I distribute are made of a single module. For now
these
Hi,
2012/3/8 Daniel Bünzli daniel.buen...@erratique.ch:
OK, so first of all you are talking about the odb/GODI/oasis-db level.
OASIS itself is not meant to handle that directly. There will be a
plugin oasis-db that will allow you to do oasis install xmlm and
oasis uninstalll xmlm and fetch
Hi,
On 08/03/2012, Sylvain Le Gall sylv...@le-gall.net wrote:
Hi,
2012/3/8 Daniel Bünzli daniel.buen...@erratique.ch:
Le jeudi, 8 mars 2012 ŕ 09:31, Sylvain Le Gall a écrit :
setup.ml will be enough for me ;-) But I am biased.
For distribution, I'm fine with that aswell. For developement
Hi,
2012/3/8 Adrien camarade...@gmail.com:
Hi,
On 08/03/2012, Sylvain Le Gall sylv...@le-gall.net wrote:
Hi,
2012/3/8 Daniel Bünzli daniel.buen...@erratique.ch:
Le jeudi, 8 mars 2012 ŕ 09:31, Sylvain Le Gall a écrit :
setup.ml will be enough for me ;-) But I am biased.
For distribution,
Le jeudi, 8 mars 2012 à 22:27, Sylvain Le Gall a écrit :
It does it the right way ;-)
The I'm going to vomit files across your whole file system so that you need
another bureaucratic tool/database too keep track of what I did whenever you
want to remove me way. Sure if you're looking for a
Le jeudi, 8 mars 2012 à 23:26, Sylvain Le Gall a écrit :
Do you think it make sense to include this at the beginning of setup.ml ?
I just don't see myself using setup.ml during developement, I use a light
(funny to quote Gabriel Scherer) shell script that has a few targets and
falls back to
18 matches
Mail list logo
