Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[ANN] OCaml Reins 0.1 - Persistent Data Structure Library
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2007-09-26 (06:43)
From: skaller <skaller@u...>
Subject: Re: [Caml-list] Re: Cherry-picking modules (was Re: [ANN] OCaml Reins 0.1 - Persistent Data Structure Library)
On Tue, 2007-09-25 at 23:33 +0000, Sylvain Le Gall wrote:
> On 25-09-2007, Daniel Bünzli <> wrote:

> Anyway, embeding any external code into your project is a nightmare for
> security/maintenance in the long term... I would avoid this solution if
> i want things that doesn't have problem.

Embedding source is generally better, unfortunately,
if you're distributing a product for other people to use.

This is because 

1. people use crappy build systems 
2. have unnecessary dependencies
3. don't maintain their code 'reliably' and/or don't provide
  repository (write) access

Apart from Python and Ocaml itself (and an unfortunate need for
a C++ compiler) my product has no external dependencies,
and it builds on all platforms I know about *as shipped*.

My rule for Ocaml code is simple: either it is shipped in the 
standard distro or it is shipped in mine. People have enough
problems getting Ocaml and C++ to work without adding second order

Hopefully (1) will eventually be solved by ocamlbuild, however
it still isn't really reliable/do the right thing, and doesn't
work on Windows. We provide it as an option: if ocamlbuild is
found it is used -- I have to keep turning it off though,
because it isn't compatible with our other build scripts 
(fails sanitise checks, probably our _tags etc aren't right yet).

John Skaller <skaller at users dot sf dot net>
Felix, successor to C++: