From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 577E3BC51 for ; Thu, 25 Nov 2004 19:34:25 +0100 (CET) Received: from hedwig1.umh.ac.be (hedwig2.umh.ac.be [193.190.193.73]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id iAPIYOgk011009 for ; Thu, 25 Nov 2004 19:34:25 +0100 Received: from poincare (wigner.swapping.umh.ac.be [10.102.100.18]) by hedwig1.umh.ac.be (8.13.1/8.13.1) with ESMTP id iAPIZl2X1314964; Thu, 25 Nov 2004 19:35:48 +0100 Received: from poincare ([127.0.0.1] helo=localhost ident=trch) by poincare with esmtp (Exim 3.36 #1 (Debian)) id 1CXOQC-00062R-00; Thu, 25 Nov 2004 19:32:48 +0100 Date: Thu, 25 Nov 2004 19:32:12 +0100 (CET) Message-Id: <20041125.193212.53142502.Christophe.Troestler@umh.ac.be> To: frederic.gava@wanadoo.fr Cc: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Objective Caml release 3.08.2 From: Christophe TROESTLER In-Reply-To: <008001c4d319$693f0f40$b18780d9@mshome.net> References: <004f01c4d2fd$b87d6140$b18780d9@mshome.net> <1101398012.9291.48.camel@pelican.wigram> <008001c4d319$693f0f40$b18780d9@mshome.net> Organization: Universite de Mons-Hainaut (http://www.umh.ac.be/math/an/) X-Spook: Etacs AFSPC infowar Kh-11 Albright Ceridian sweep Montenegro Capricorn supercomputer X-Blessing: Om Ah Hum Vajra Guru Pema Siddhi Hum X-Operating-System: GNU/Linux (http://www.linux.org/) X-Mailer-URL: http://www.mew.org/ X-Mailer: Mew version 4.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.1 (www dot roaringpenguin dot com slash mimedefang) X-Miltered: at concorde with ID 41A625B0.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 christophe:01 troestler:01 christophe:01 troestler:01 umh:01 gava:01 gava:01 wrote:01 abstract:01 caml:02 objective:02 frederic:03 frederic:03 module:03 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.0 X-Spam-Level: On Thu, 25 Nov 2004, Frédéric Gava wrote: > > > > Why an order for the fold operator ? > > > > Because Set.t is an ordered container, > Ok, but it is an abstract type : you do not know how it works and > you do not need it As was said, since Set.Make takes an ordered structure, there are cases where you may care to process your elements in an ordered fashion -- it is good that the Set module makes this promise. If you do not like it, ignore it. > A Set.elements without ordering the elements would be more efficient. Show us! My 2˘, ChriS