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=1.0 required=5.0 tests=AWL,SPF_FAIL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by yquem.inria.fr (Postfix) with ESMTP id E84FBBC69 for ; Wed, 26 Sep 2007 18:43:08 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAGsn+kbAXQInemdsb2JhbACOLwEBCQo X-IronPort-AV: E=Sophos;i="4.20,302,1186351200"; d="scan'208";a="1527296" Received: from concorde.inria.fr ([192.93.2.39]) by mail1-smtp-roc.national.inria.fr with ESMTP; 26 Sep 2007 18:43:08 +0200 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id l8QGh6NH023884 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Wed, 26 Sep 2007 18:43:08 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAGsn+kZQW+UCh2dsb2JhbACOLwEBAQgKJw X-IronPort-AV: E=Sophos;i="4.20,302,1186351200"; d="scan'208";a="1829070" Received: from main.gmane.org (HELO ciao.gmane.org) ([80.91.229.2]) by mail2-smtp-roc.national.inria.fr with ESMTP; 26 Sep 2007 18:43:06 +0200 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IaZyT-0000A8-0P for caml-list@inria.fr; Wed, 26 Sep 2007 16:42:57 +0000 Received: from ks300734.kimsufi.com ([91.121.65.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Sep 2007 16:42:56 +0000 Received: from sylvain by ks300734.kimsufi.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Sep 2007 16:42:56 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: caml-list@inria.fr From: Sylvain Le Gall Subject: Re: Cherry-picking modules (was Re: [ANN] OCaml Reins 0.1 - Persistent Data Structure Library) Date: Wed, 26 Sep 2007 16:42:26 +0000 (UTC) Message-ID: 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> <6229FB62-3630-449C-BDDC-AD18FAB05DAE@yahoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ks300734.kimsufi.com User-Agent: slrn/0.9.8.1pl2 (Debian) Sender: news X-Miltered: at concorde with ID 46FA8C1A.001 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; le-gall:01 ocaml:01 ocamlfind:01 ocaml:01 statically:01 ocamlfind:01 compiler:01 labltk:01 developpers:01 2007,:98 kid:98 wrote:01 dynamically:01 dependency:01 dependency:01 On 26-09-2007, Vincent Aravantinos wrote: > Ok, there is camlget, ok there is ocamlfind, ok there is godi. > > Maybe if there were some 'Inria'-made tool (seems camlget is starting > point for that ?) that be settled in the standard ocaml distribution > would help to make everyone agreed, don't you think ? This does not > solve intrinsic problems such as "I prefer dynamically linked" vs "I > prefer statically linked" but at least that would be a tool everyone > could rely on. Then everyone is free to use it or not. It would even > simplify the task for library-writers. > ocamlfind and godi are very good tool on their own. Why do they need to be INRIA-made tool ? INRIA made very good compiler. Great! But let other people use this language to build other tools -- with different idea than INRIA. > BTW isn't it the same with ocamlbuild ? Before there were Omake and > others. Now it seems to settle some kind of standard. > FYI, i really think having ocamlbuild in ocaml is not a good solution (as bad as having LablTk). For ages, there was ocamlmakefile -- coming from INRIA. This was widely used but doesn't become a standard -- there is no need for it. Anyone, can choose to use his/her/anyone own build system. It is really strange, everyone seems to look at OCaml as "languages for kid" with everything bundle into some kind of nice package... Please be more realistic, OCaml is a complicated language -- design for "discriminative hackers". There is a great shift between end-user and developper (as M. Furr explains). If you want to deliver something without dependency, you just have to precompile things, tar gzip it in a nice shell script ".run" and made it available. This will be easy for end-user. For developpers, compiling their own OCaml program, dealing with library dependency should be easy ! Regards, Sylvain Le Gall