caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Matthieu Dubuget <matthieu.dubuget@gmail.com>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Re: [ANN] OCaml Batteries Included, alpha 3
Date: Sat, 07 Feb 2009 22:13:37 +0100	[thread overview]
Message-ID: <498DF981.5000609@gmail.com> (raw)
In-Reply-To: <1234035013.6797.3.camel@Blefuscu>

David Rajchenbach-Teller a écrit :
> On Sat, 2009-02-07 at 17:13 +0100, Matthieu Dubuget wrote:
>> An other points that could be improved, concerning ocamlbuild are:
>> - modules (planned, but I don't know how many time the owners of
>> ocamlbuild have?)
> 
> I don't quite understand this.

>From the very beginning, I had the feeling that ocamlbuild's author
had planned to make the monolithic myocamlbuild system more modular.
I may be wrong.

My idea is that it would be very useful if one could specify other
modules to compile and use (and the associated command line if
necessary) instead of copy-paste everything needed into myocamlbuild.

> 
>> - better integration with findlib (modules would help, and also the
>> possibility to use directly findlib modules from ocamlbuild modules)
> 
> The myocamlbuild.ml provided with Batteries Included manages findlib
> (that's actually based on an extract provided in the documentation of
> OCamlBuild).

Yes. I'm aware of that. But the tags associated to each package are
constructed by calling ocamlfind as an external process, and parsing the
output of ocamlfind. It would be cleaner and certainly more powerful if
myocamlbuild module could use directly the findlib library provided with
findlib?

My development tree is composed of a lot of libraries. They have
inter-dependencies. I would like to use ocamlfind more consistently,
because this is very a nice tool. When properly configured, if I want to
use Toto, i just have to add the toto package, and all dependencies and
link options are sorted automatically.

If I modify one library which is known by ocamlfind, I would like to be
able to have all other packages that depends on it to be compiled again,
and finally the target I'm working on. This not easy to achieve.

And when I extract a fresh tree from my repository, I would like to have
everything compiled and installed with an ocamlbuild all.otarget command.

But I may be wrong by mixing the two levels: building with ocamlbuild
and library use with ocamlfind.

Sorry if all this is not clear, but it is not (yet) very clear for me…

Salutations

Matt

P.S. When writing this post, I had a new idea that may simplify my
problem: adding my development tree to findlib.conf path seems enough to
let findlib find and use my own packages, without having to install them.


  reply	other threads:[~2009-02-07 21:13 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-06 16:11 David Rajchenbach-Teller
2009-02-07 14:21 ` [Caml-list] " Mikkel Fahnøe Jørgensen
2009-02-07 14:43   ` Sylvain Le Gall
2009-02-07 14:58     ` [Caml-list] " Jon Harrop
2009-02-07 15:13       ` Sylvain Le Gall
2009-02-07 16:13         ` [Caml-list] " Matthieu Dubuget
2009-02-07 19:30           ` David Rajchenbach-Teller
2009-02-07 21:13             ` Matthieu Dubuget [this message]
2009-02-09  9:36           ` Romain Bardou
2009-02-09 15:56             ` David Teller
2009-02-07 15:46       ` Paolo Donadeo
2009-02-09  9:32       ` Romain Bardou
2009-02-09 10:30         ` ocamlbuild documentation (was Re: [Caml-list] Re: [ANN] OCaml Batteries Included, alpha 3) Daniel Bünzli
2009-02-09 11:51           ` Romain Bardou
2009-02-09 12:30             ` Daniel Bünzli
2009-02-09 12:52               ` Romain Bardou
2009-02-09 13:07                 ` Daniel Bünzli
2009-02-09 13:22                   ` Romain Bardou
2009-02-09 13:36                     ` Daniel Bünzli
2009-02-09 13:59                       ` Romain Bardou
2009-02-09 14:04                         ` Romain Bardou
2009-02-09 14:37                           ` Daniel Bünzli
2009-02-09 17:26                             ` Kuba Ober
2009-02-09 18:28                         ` Jon Harrop
2009-02-09 21:24                           ` DooMeeR
2009-02-10 14:06                             ` ocamlbuild documentation Jan Kybic
2009-02-10 14:27                               ` [Caml-list] " Matthieu Dubuget
     [not found]                                 ` <87k57ywc0k.fsf@fel.cvut.cz>
2009-02-10 15:50                                   ` Matthieu Dubuget
2009-02-10 15:58                                     ` Daniel Bünzli
2009-02-09 18:38                     ` ocamlbuild documentation (was Re: [Caml-list] Re: [ANN] OCaml Batteries Included, alpha 3) David Teller
2009-02-09 22:02         ` [Caml-list] Re: [ANN] OCaml Batteries Included, alpha 3 Peter Hawkins
2009-02-09 22:45           ` Mikkel Fahnøe Jørgensen
2009-02-09 22:55             ` Mikkel Fahnøe Jørgensen
2009-02-10  7:48             ` Stefano Zacchiroli
2009-02-10 13:22               ` Mikkel Fahnøe Jørgensen
2009-02-07 20:04     ` Daniel Bünzli
2009-02-08 17:22   ` [Caml-list] " Richard Jones
2009-02-09  8:57     ` David Allsopp

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=498DF981.5000609@gmail.com \
    --to=matthieu.dubuget@gmail.com \
    --cc=caml-list@inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).