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=0.0 required=5.0 tests=none 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 2149EBC6B for ; Fri, 13 Oct 2006 14:46:07 +0200 (CEST) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id k9DCk6In030428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Oct 2006 14:46:06 +0200 Received: from courriel.upmc.fr (courriel3.reseau.jussieu.fr [134.157.0.194]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id k9DCk5Ia048116 ; Fri, 13 Oct 2006 14:46:05 +0200 (CEST) X-Ids: 164 Received: from etu.upmc.fr (localhost [127.0.0.1]) by courriel.upmc.fr (8.13.6/jtpda-5.4) with ESMTP id k9DCk5ig001126 ; Fri, 13 Oct 2006 14:46:05 +0200 (CEST) Received: from out-of.ilog.fr (out-of.ilog.fr [81.80.159.49]) by webmail.etu.upmc.fr (Horde MIME library) with HTTP; Fri, 13 Oct 2006 14:46:05 +0200 Message-ID: <20061013144605.vvzwfl4pw0kockw8@webmail.etu.upmc.fr> Date: Fri, 13 Oct 2006 14:46:05 +0200 From: Diego Olivier FERNANDEZ PONS To: Gerd Stolpmann Cc: caml-list@inria.fr Subject: Re: [Caml-list] Why + vs +. but "fake" parametric polymorphism for < References: <1160630285.7649.18.camel@monad> <20061012.144518.115907516.garrigue@math.nagoya-u.ac.jp> <1160632737.7649.34.camel@monad> <20061013135650.48rwzsri8ws8coww@webmail.etu.upmc.fr> <1160741662.16545.9.camel@localhost.localdomain> In-Reply-To: <1160741662.16545.9.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Fri, 13 Oct 2006 14:46:05 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/2028/Thu Oct 12 22:36:51 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at concorde with ID 452F8A8E.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at shiva.jussieu.fr with ID 452F8A8D.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; pons:01 pons:01 parametric:01 polymorphism:01 gerd:01 stolpmann:01 mli:01 mli:01 caml-list:01 match:02 quoting:03 types:03 logic:04 compiled:04 generated:05 Bonjour, Quoting Gerd Stolpmann : > Well, this is quite easy. The .mli file does not influence code > generation. Code is generated when the .ml file is compiled, and it is > only _checked_ afterwards if the types match the .mli file. This is > simply the logic of the .mli. Very well, but why ? Diego Olivier