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 SAA19708; Fri, 21 Feb 2003 18:51:27 +0100 (MET) 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 SAA19715 for ; Fri, 21 Feb 2003 18:51:26 +0100 (MET) Received: from epexch01.qlogic.org ([63.170.40.3]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h1LHpPH01743 for ; Fri, 21 Feb 2003 18:51:25 +0100 (MET) Received: from epmailtmp.qlogic.org ([10.20.33.254]) by epexch01.qlogic.org with Microsoft SMTPSVC(5.0.2195.5329); Fri, 21 Feb 2003 11:50:03 -0600 Received: from [10.20.33.146] ([10.20.33.146]) by epmailtmp.qlogic.org with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Feb 2003 11:50:02 -0600 Date: Fri, 21 Feb 2003 12:01:20 -0600 (CST) From: Brian Hurt X-X-Sender: Reply-To: Brian Hurt To: Nicolas George cc: Subject: Re: [Caml-list] OCaml standard library improvement In-Reply-To: <20030221172313.GA7908@clipper.ens.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 21 Feb 2003 17:50:02.0861 (UTC) FILETIME=[A91FA1D0:01C2D9D1] Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Fri, 21 Feb 2003, Nicolas George wrote: > > I think you misunderstoud the problem I was mentionning. A string > library should be one module, we agree. Let's say it is "String". Then > as soon as you use one function of the String module, the resulting > binary will hold _all_ the code in the String module. If you have a lot > of functions in the module (and this is what we want), you have a huge > binary. Berk. > > As far as I know, there is no hack to avoid it. It would be necessary to > rethink the format of the .cmo or .cma files to allow that. > A worry that never even crossed my mind :-). The proper solution for this, IMHO, is shared libraries. Yeah, the library is huge, but there is only one copy of it for everyone. But I'm inclined to cross that bridge when we come to it. I'm much more concerned that the library won't get used because it's "inconvient". I say, let's start gathering code, then worry about how to package it. Brian ------------------- 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