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 NAA13808; Tue, 24 Sep 2002 13:41:28 +0200 (MET DST) 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 NAA14286 for ; Tue, 24 Sep 2002 13:41:28 +0200 (MET DST) Received: from fichte.ai.univie.ac.at (fichte.ai.univie.ac.at [131.130.174.156]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id g8OBfQ514471 for ; Tue, 24 Sep 2002 13:41:27 +0200 (MET DST) Received: from fichte.ai.univie.ac.at (markus@localhost [127.0.0.1]) by fichte.ai.univie.ac.at (8.12.3/8.12.3/Debian -4) with ESMTP id g8OBfNEI008229; Tue, 24 Sep 2002 13:41:23 +0200 Received: (from markus@localhost) by fichte.ai.univie.ac.at (8.12.3/8.12.3/Debian -4) id g8OBfNvP008228; Tue, 24 Sep 2002 13:41:23 +0200 Date: Tue, 24 Sep 2002 13:41:23 +0200 From: Markus Mottl To: Sebastien.deMentendeHorne@electrabel.com Cc: caml-list@inria.fr Subject: Re: [Caml-list] choosing modules at runtime Message-ID: <20020924114123.GC7700@fichte.ai.univie.ac.at> Mail-Followup-To: Sebastien.deMentendeHorne@electrabel.com, caml-list@inria.fr References: <8D1414482878D4119AEE00508B6C9074089664C9@seacex02.eib.electrabel.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8D1414482878D4119AEE00508B6C9074089664C9@seacex02.eib.electrabel.be> User-Agent: Mutt/1.4i Organization: Austrian Research Institute for Artificial Intelligence Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Tue, 24 Sep 2002, Sebastien.deMentendeHorne@electrabel.com wrote: > I looked at functors and they suffered of staticity. It seems you are coming from an OO-background... ;-) > The plugin we use are dynamically (runtime) selected and they > should/could be even generated at runtime, compiled, loaded and > selected... I think that plugins are most often used in a dynamic way > so definitely, first-class modules would be great. Actually, I'd say that most problems of "programming in the large" can be and are best solved statically. But in some cases, one needs more dynamic means of parameterization. Then, first-class modules or objects enter the game. Regards, Markus Mottl -- Markus Mottl markus@oefai.at Austrian Research Institute for Artificial Intelligence http://www.oefai.at/~markus ------------------- 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