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 RAA02109; Mon, 9 Apr 2001 17:22:18 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id RAA02093 for caml-list@pauillac.inria.fr; Mon, 9 Apr 2001 17:22:17 +0200 (MET DST) 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 LAA22355 for ; Mon, 9 Apr 2001 11:05:42 +0200 (MET DST) Received: from localhost.localdomain (ppp41.dyn147.pacific.net.au [210.23.147.41]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f3995df09436 for ; Mon, 9 Apr 2001 11:05:39 +0200 (MET DST) Received: from ozemail.com.au (IDENT:root@localhost [127.0.0.1]) by localhost.localdomain (8.9.3/8.8.7) with ESMTP id TAA01472; Mon, 9 Apr 2001 19:05:20 +1000 Message-ID: <3AD17B50.12B03D37@ozemail.com.au> Date: Mon, 09 Apr 2001 19:05:20 +1000 From: John Max Skaller X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Eric C. Cooper" CC: caml-list@inria.fr Subject: Re: [Caml-list] Future of labels, and ideas for library labelling References: <20010403093527G.garrigue@kurims.kyoto-u.ac.jp> <20010403125314Q.garrigue@kurims.kyoto-u.ac.jp> <20010403105212.A15700@pauillac.inria.fr> <3AC9FFBD.36DB8DB2@cmu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk "Eric C. Cooper" wrote: > The label technology is an impressive piece of work -- it seems like a > very clean extension to the core language and clearly increases the > expressive power for a certain programming style. But the examples of > this style that I have seen, namely Tk and Gtk, seem to have been forced > on us by "foreign" packages. Would a "native" library need labels as > badly? Yes, if it were implementing something as 'complex' as a GUI. Many commercial applications embody much detail (even though they're not intrinsically 'complex') -- John (Max) Skaller, mailto:skaller@maxtal.com.au 10/1 Toxteth Rd Glebe NSW 2037 Australia voice: 61-2-9660-0850 checkout Vyper http://Vyper.sourceforge.net download Interscript http://Interscript.sourceforge.net ------------------- To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr