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 D105DBB81 for ; Fri, 18 Nov 2005 15:22:36 +0100 (CET) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id jAIEMYMF013456 for ; Fri, 18 Nov 2005 15:22:36 +0100 Received: from rosella (ppp7-104.lns1.syd7.internode.on.net [59.167.7.104]) by smtp3.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jAIEMXNc014651 for ; Sat, 19 Nov 2005 00:52:33 +1030 (CST) (envelope-from skaller@users.sourceforge.net) Subject: Re: [Caml-list] ocamlyacc -- can i tell it to be quiet? From: skaller To: caml-list@yquem.inria.fr In-Reply-To: <1132322923.10869.29.camel@rosella> References: <1132322923.10869.29.camel@rosella> Content-Type: text/plain Date: Sat, 19 Nov 2005 01:22:33 +1100 Message-Id: <1132323753.10869.34.camel@rosella> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 437DE3AA.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 ocamlyacc:01 ctype:01 bug:01 ctype:01 wrote:01 sourceforge:01 parse:02 long:05 long:05 yacc:06 john:08 felix:08 felix:08 real:09 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=none autolearn=disabled version=3.0.3 On Sat, 2005-11-19 at 01:08 +1100, skaller wrote: > The following leads to shift reduce conflict: > > ctype_name: > | LONG LONG > | LONG > > Yacc is very weird -- I can parse a list of LONG without > a conflict .. but not two of them?? Oopps, sorry, another case of find the bug immediately after posting .. lol .. the conflict is not in the above productions, but only in combination with another production which is effectively: name: ctype_name application: | name name | name so of course there is a real conflict .. -- John Skaller Felix, successor to C++: http://felix.sf.net