From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 932BDBB91 for ; Sun, 23 Jan 2005 23:23:30 +0100 (CET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j0NMNUS3012008 for ; Sun, 23 Jan 2005 23:23:30 +0100 Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id XAA08368 for ; Sun, 23 Jan 2005 23:23:29 +0100 (MET) Received: from redirect4.airmail.net (99.7b.d1c4.cidr.airmail.net [209.196.123.153]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j0NMNRJ7009200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 23 Jan 2005 23:23:29 +0100 Received: from host-216-39-197-235.mylinuxisp.com ([216.39.197.235] helo=welgehausen.net) by redirect4.airmail.net with smtp (Exim 4.24) id 1CsqE7-0002Y6-SR; Sun, 23 Jan 2005 16:29:01 -0600 Date: Sun, 23 Jan 2005 16:23:16 -0600 From: Kurt Welgehausen To: caml-list@inria.fr Subject: Re: [Caml-list] Strange syntax error Message-ID: <41F423D4.mail3QC11LB2O@kwel.net> References: <20050123211112.GA14067@furbychan.cocan.org> In-Reply-To: <20050123211112.GA14067@furbychan.cocan.org> User-Agent: nail 10.4 1/19/03 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 41F423E2.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at nez-perce with ID 41F423DF.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 syntax:01 parsing:01 bug:01 expr:01 ...:98 clause:03 pattern:03 pattern:03 manual:07 strange:07 definition:07 definition:07 kurt:10 mentioned:11 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.0 X-Spam-Level: > Is this a parsing bug? See section 6.7 of the manual, 'pattern-matching ::= ...'. is not mentioned in the definition of (section 6.6); it's mentioned only in the definition of (section 6.7). Since an or-pattern is a , it appears that it can have only one clause. Regards