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 XAA26499; Fri, 26 Jul 2002 23:51:12 +0200 (MET DST) Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id XAA26922 for caml-list@pauillac.inria.fr; Fri, 26 Jul 2002 23:51:11 +0200 (MET DST) 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 HAA12136 for ; Fri, 26 Jul 2002 07:44:30 +0200 (MET DST) Received: from swordfish.cs.caltech.edu (swordfish.cs.caltech.edu [131.215.44.124]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id g6Q5iTD19319 for ; Fri, 26 Jul 2002 07:44:29 +0200 (MET DST) Received: from orchestra.cs.caltech.edu (orchestra.cs.caltech.edu [131.215.44.20]) by swordfish.cs.caltech.edu (Postfix) with ESMTP id 0D206DF262 for ; Thu, 25 Jul 2002 22:44:28 -0700 (PDT) Received: (from mvanier@localhost) by orchestra.cs.caltech.edu (8.11.6/8.9.3) id g6Q5iRb24346; Thu, 25 Jul 2002 22:44:27 -0700 Date: Thu, 25 Jul 2002 22:44:27 -0700 Message-Id: <200207260544.g6Q5iRb24346@orchestra.cs.caltech.edu> X-Authentication-Warning: orchestra.cs.caltech.edu: mvanier set sender to mvanier@cs.caltech.edu using -f From: Michael Vanier To: caml-list@inria.fr In-reply-to: <4.3.2.7.2.20020725105657.024dbef0@mail.d6.com> (message from Chris Hecker on Thu, 25 Jul 2002 11:11:08 -0700) Subject: Re: [Caml-list] Bigarray map & set/get (long) References: <4.3.2.7.2.20020724194422.028aa970@mail.d6.com> <20020719.155940.19123621.Christophe.Troestler@umh.ac.be> <20020719.155940.19123621.Christophe.Troestler@umh.ac.be> <20020722113136.A10720@pauillac.inria.fr> <4.3.2.7.2.20020724194422.028aa970@mail.d6.com> <4.3.2.7.2.20020725105657.024dbef0@mail.d6.com> Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > Date: Thu, 25 Jul 2002 11:11:08 -0700 > From: Chris Hecker > > [*] My current list of needed/wanted language features: > > 1. operator overloading/generics for making math less ugly and painful > 2. module recursion > 3. views for pattern matching abstract data types > > I added views to my want-list relatively recently (6 months ago?) as I > started trying to do more interesting stuff. I can't believe the conflict > between wanting to pattern match like you're supposed to in ml and wanting > to abstract data types like you're supposed to in ml doesn't get more > attention in the functional programming community. It seems like a glaring > problem, but maybe I'm missing something. > Could you give an example? I'm a bit fuzzy on what you mean by this. Mike ------------------- 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