From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id A60BEBC69 for ; Wed, 26 Sep 2007 19:13:01 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAC4u+kbAXQImh2dsb2JhbACOLwEBAQgKJw X-IronPort-AV: E=Sophos;i="4.21,198,1188770400"; d="scan'208";a="16825996" Received: from discorde.inria.fr ([192.93.2.38]) by mail4-smtp-sop.national.inria.fr with ESMTP; 26 Sep 2007 19:13:01 +0200 Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id l8QHD0YS005465 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Wed, 26 Sep 2007 19:13:01 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAC4u+kbLENaMnmdsb2JhbACOLwEBAQEHBAYFChg X-IronPort-AV: E=Sophos;i="4.21,198,1188770400"; d="scan'208";a="1528960" Received: from ipmail01.adl2.internode.on.net ([203.16.214.140]) by mail1-smtp-roc.national.inria.fr with ESMTP; 26 Sep 2007 19:12:58 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAC4u+kZ5LHvc/2dsb2JhbAAM X-IronPort-AV: E=Sophos;i="4.21,198,1188743400"; d="scan'208";a="198162726" Received: from ppp121-44-123-220.lns10.syd6.internode.on.net (HELO [192.168.1.201]) ([121.44.123.220]) by ipmail01.adl2.internode.on.net with ESMTP; 27 Sep 2007 02:42:55 +0930 Subject: Re: Cherry-picking modules (was Re: [Caml-list] [ANN] OCaml Reins 0.1 - Persistent Data Structure Library) From: skaller To: Michael Furr Cc: caml-list List In-Reply-To: References: <46F95938.7030107@cs.umd.edu> <17487E59-04F2-4509-87B5-24377B051E9E@epfl.ch> <46F961E5.5060302@cs.umd.edu> <55A4E82E-3D05-4F79-A8A6-A87905EB4FC8@epfl.ch> <1190787575.6800.21.camel@rosella.wigram> Content-Type: text/plain; charset=utf-8 Date: Thu, 27 Sep 2007 03:12:45 +1000 Message-Id: <1190826765.14453.34.camel@rosella.wigram> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 8bit X-Miltered: at discorde with ID 46FA931C.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; ocaml:01 0200,:01 dependencies:01 findlib:01 dependencies:01 ocaml:01 2007,:98 sourceforge:01 wrote:01 wrote:01 maintainer:01 caml-list:01 surprising:01 data:02 modules:02 On Wed, 2007-09-26 at 11:08 -0400, Michael Furr wrote: > > On Wed, 26 Sep 2007, skaller wrote: > > > On Wed, 2007-09-26 at 00:16 +0200, Daniel Bünzli wrote: > >> Le 25 sept. 07 à 21:30, Mike Furr a écrit : > > > >> Having to install them not only puts a burden on potential users, but > >> it also puts a burden on me when I suddenly start to hack my project > >> in another environment which has not all the dependencies installed. > > > > indeed, reins requires findlib, Omake, and Ounit.. > > Of course these are *build-time* dependencies. These are not required by > anyone using the library once its installed. This is true .. but you're missing something, which is slightly surprising considering you're the maintainer and DD manager of the Debian package for Felix .. None of my clients will be needing this library to use it, because they're not (using Felix as) Ocaml programmers. If I used it, it would be used ONCE by users to build the Felix executable and discarded. Already, Python, Ocaml and C++ are needed for this single build. Anyhow, that's why I would not want to ask MY clients to have to install these dependencies AND THEN your library: that adds 4 more dependencies and places where things can go wrong .. will your build scripts work on Windows? Will Omakes and findlibs and Ounits build scripts build transparently on Windows? My build script do -- they're platform independent. [Yes, I know Omake is designed specifically to work on Windows to enable platform independent builds] -- John Skaller Felix, successor to C++: http://felix.sf.net