From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id KAA32645; Fri, 18 Jul 2003 10:43:05 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id KAA07750 for ; Fri, 18 Jul 2003 10:43:04 +0200 (MET DST) Received: from aomori.annexia.org (annexia.force9.co.uk [212.56.101.183]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h6I8h2T24820 for ; Fri, 18 Jul 2003 10:43:03 +0200 (MET DST) Received: from rich by aomori.annexia.org with local (Exim 3.36 #1 (Debian)) id 19dQpI-0000LE-00 for ; Fri, 18 Jul 2003 09:42:52 +0100 Date: Fri, 18 Jul 2003 09:42:52 +0100 Cc: caml-list@inria.fr Subject: Re: [Caml-list] CTAN/CPAN for Caml (COCAN ...?) Message-ID: <20030718084252.GA1284@redhat.com> References: <20030715180953.GA8821@redhat.com> <3F17AC55.7050908@ozemail.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F17AC55.7050908@ozemail.com.au> User-Agent: Mutt/1.5.4i From: Richard Jones X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 cpan:01 model:01 camlimages:01 ocamllib:01 ocamlc:01 subdirectory:01 inclined:01 freshmeat:01 team's:01 ltd:98 ocaml:01 caml:01 lib:01 compile:02 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Fri, Jul 18, 2003 at 06:14:13PM +1000, John Max Skaller wrote: > It is pointless to consider this UNTIL there Ocaml team > themselves decide on a packaging model. I agree, but is it really that hard? There seems to be an informal standard right now. eg. camlimages which I've been wrestling with all week: $OCAMLLIB/camlimages/ contains the code and names top-level module names. To compile you just use ocamlc -I +camlimages ... > This means some way of, for example, having > a heirarchical naming model without the top > level having to be a file containing all > the others. I don't quite understand what you mean by this. > It means some way of finding package and components, > and some way of installing them which doesn't require > either clobbering the main distribution or adding > a path component for every installed package. Or this ... When adding a package, just create a subdirectory of lib/ ? > I'm sure the team is aware of these issues, there has > been a lot of pressure to solve the problem. However thankfully > they seem not inclined to give a premature solution: > once there is a standard solution we'll all be stuck > with it for a long time. Indeed this is true. Rich. -- Richard Jones. http://www.annexia.org/ http://freshmeat.net/users/rwmj Merjis Ltd. http://www.merjis.com/ - all your business data are belong to you. 'There is a joke about American engineers and French engineers. The American team brings a prototype to the French team. The French team's response is: "Well, it works fine in practice; but how will it hold up in theory?"' ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners