From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id D406CBBA7 for ; Mon, 21 Nov 2005 11:14:09 +0100 (CET) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id jALAE8go011108 for ; Mon, 21 Nov 2005 11:14:09 +0100 Received: by zproxy.gmail.com with SMTP id x3so748355nzd for ; Mon, 21 Nov 2005 02:14:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AQ9CUk5ZlqVA3LBUU55+As9lfJGxvg/QzMe1lSW32mv0iExatmVWirLuN8SzG4bUBr7OjUh0yCVX+euk0+RZcRZM9V/M1NUzKvS2z8oo4bIB4mbAQug2ZwqvNDoOn2FZ9lesgjRlxcEeQ4zWjgav5rT04k/bNwRU0tZpZtg6T9s= Received: by 10.65.105.2 with SMTP id h2mr2424781qbm; Mon, 21 Nov 2005 02:14:08 -0800 (PST) Received: by 10.65.52.1 with HTTP; Mon, 21 Nov 2005 02:14:08 -0800 (PST) Message-ID: <2a1a1a0c0511210214h111c014k3107f7727e2d0245@mail.gmail.com> Date: Mon, 21 Nov 2005 05:14:08 -0500 From: Mike Lin Sender: nilekim@gmail.com To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] object constructor syntax compiler weirdness In-Reply-To: <20051121.094801.126142370.garrigue@math.nagoya-u.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2a1a1a0c0511210009n24691c9eiad3046e4e0bce779@mail.gmail.com> <20051121.094801.126142370.garrigue@math.nagoya-u.ac.jp> X-Miltered: at nez-perce with ID 43819DF1.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; mikelin:01 caml-list:01 syntax:01 compiler:01 parentheses:01 syntax:01 parentheses:01 val:01 val:01 sig:01 sig:01 constructor:01 int:01 int:01 construct:02 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP autolearn=disabled version=3.0.3 > Parentheses in class definitions are useless, so there is no reason to > add a begin .. end construct. I suppose that the first syntax is only > allowed as a degenerated case of > class c =3D (object ... end : ct) Well, despite the parentheses being useless, I feel this should not be a syntax error: class type x =3D object val y : int end >> fine class type x =3D (object val y : int end) >> syntax error since: module type X =3D sig val y : int end >> fine module type X =3D (sig val y : int end) >> fine