From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=AWL,HTML_MESSAGE,SPF_NEUTRAL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 6BDFABC0A for ; Fri, 8 Jun 2007 04:26:57 +0200 (CEST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id l582Quah003851 for ; Fri, 8 Jun 2007 04:26:56 +0200 Received: by nz-out-0506.google.com with SMTP id s18so640210nze for ; Thu, 07 Jun 2007 19:26:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=Ia21sGg5Sxj3oPoYvrDfRjdRfL+2hrRtTZMpzt7Cm7RJm8MgD+Ya8M5igxhmMbmWU4habVuT/AHjYy3qH85wxPVwRj86edpDZ5lZEdp6FzMn+JkLgPKqDDT3qXFYQYXnt0bSEjofAjRgyxlC+iHNMu5V5obgYdtmS17VDIbSlpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=cpo98hc8ibH37m5sJfWwVzxrSEQrs/rhnZQ7UsCkPWbBMhmPIIiZqoMhCMIm77SOGVbR/LcxE7iXNBTLhbGVbTwo/exjE3XiKxUWuCJJk32JzqctWzj2vHCVCq+U03hHveP3xxd2koaec9/I72Z3B82MOYXH89IR4vpEklXbeQ4= Received: by 10.114.15.1 with SMTP id 1mr2102581wao.1181269615637; Thu, 07 Jun 2007 19:26:55 -0700 (PDT) Received: by 10.114.52.9 with HTTP; Thu, 7 Jun 2007 19:26:55 -0700 (PDT) Message-ID: <891bd3390706071926v4fdf9c6dob3b4ea70e91b7391@mail.gmail.com> Date: Thu, 7 Jun 2007 22:26:55 -0400 From: "Yaron Minsky" Sender: yminsky@gmail.com To: skaller Subject: Re: [Caml-list] Re: compiling large file hogs RAM and takes a long time. Cc: "Jacques Garrigue" , sds@gnu.org, caml-list@inria.fr In-Reply-To: <1181267500.15201.144.camel@rosella.wigram> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_62103_21464094.1181269615609" References: <4666E11F.6000308@podval.org> <466829A3.2090508@gnu.org> <20070608.100255.84973407.garrigue@math.nagoya-u.ac.jp> <1181267500.15201.144.camel@rosella.wigram> X-Google-Sender-Auth: 596eae12c56f91e5 X-Miltered: at concorde with ID 4668BE70.001 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; yaron:01 minsky:01 yminsky:01 variants:01 variants:01 sourceforge:01 sourceforge:01 polymorphic:01 polymorphic:01 wrote:01 wrote:01 constructor:01 constructor:01 caml-list:01 cornell:01 ------=_Part_62103_21464094.1181269615609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 6/7/07, skaller wrote: > > > Also .. I suspect the OP is only using polymorphic variants to > work around the 246 constructor limitation on non-polymorphic variants. > In this case, they could just use factored non-polymorphic variants. Actually the OP is using polymorphic variants so that the resulting data can be stored in a polymap. So regular variants are not such a good replacement. ------=_Part_62103_21464094.1181269615609 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 6/7/07, skaller <skaller@users.sourceforge.net> wrote:

Also .. I suspect the OP is only using polymorphic variants to
work around the 246 constructor limitation on non-polymorphic variants.
In this case, they could just use factored non-polymorphic variants.

Actually the OP is using polymorphic variants so that the resulting data can be stored in a polymap.  So regular variants are not such a good replacement.


------=_Part_62103_21464094.1181269615609--