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 QAA03342; Sun, 2 Mar 2003 16:58:34 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id QAA03362 for ; Sun, 2 Mar 2003 16:58:33 +0100 (MET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id h22Fw3T17241; Sun, 2 Mar 2003 16:58:03 +0100 (MET) Received: (from xleroy@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id QAA02364; Sun, 2 Mar 2003 16:58:03 +0100 (MET) Date: Sun, 2 Mar 2003 16:58:02 +0100 From: Xavier Leroy To: Michal Moskal Cc: John Carr , caml-list@inria.fr Subject: Re: [Caml-list] Re: hierarchical modules Message-ID: <20030302165802.A2608@pauillac.inria.fr> References: <20030227092923.A496@pauillac.inria.fr> <200302271539.KAA05673@contents-vnder-pressvre.mit.edu> <20030301190914.A14739@pauillac.inria.fr> <20030301181802.GA19333@roke.freak> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20030301181802.GA19333@roke.freak>; from malekith@pld-linux.org on Sat, Mar 01, 2003 at 07:18:02PM +0100 X-Spam: no; 0.00; caml-list:01 -pack:01 orthogonal:01 compilations:01 cmx:01 cross-module:01 feasible:01 imho:01 bytecode:01 referenced:02 native-code:02 harder:02 native:02 linking:02 modules:02 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > IMHO not linking all modules packed with -pack when only one of them is > referenced is much more important. Probably, but that's orthogonal to the points that John Carr mentioned. It looks feasible (but hard!) with native-code packed libraries, and even harder with bytecode. It's not often the case that a feature is harder to implement in bytecode than in native code! (The reason here is that native-code compilations have these .cmx cross-module optimization information that can be used to inform the client of a packed module of the actual structure of the packing; while no such info is available for clients compiled to bytecode.) This needs more thinking... - Xavier Leroy ------------------- 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