From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20877 invoked by alias); 25 Jul 2011 18:46:46 -0000 Received: (qmail 20867 invoked by uid 22791); 25 Jul 2011 18:46:45 -0000 X-SWARE-Spam-Status: No, hits=-7.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 25 Jul 2011 18:46:31 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p6PIkU7q018793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 25 Jul 2011 14:46:30 -0400 Received: from host1.jankratochvil.net (ovpn-116-20.ams2.redhat.com [10.36.116.20]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p6PIkSF0001531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jul 2011 14:46:30 -0400 Received: from host1.jankratochvil.net (localhost [127.0.0.1]) by host1.jankratochvil.net (8.14.4/8.14.4) with ESMTP id p6PIkRg0030569; Mon, 25 Jul 2011 20:46:27 +0200 Received: (from jkratoch@localhost) by host1.jankratochvil.net (8.14.4/8.14.4/Submit) id p6PIkQfI030565; Mon, 25 Jul 2011 20:46:26 +0200 Date: Mon, 25 Jul 2011 19:00:00 -0000 From: Jan Kratochvil To: Tom Tromey Cc: gdb-patches@sourceware.org Subject: Re: [RFC 11/12] entryval: "@entry" in input expressions Message-ID: <20110725184626.GA30028@host1.jankratochvil.net> References: <20110718202410.GL30496@host1.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-07/txt/msg00702.txt.bz2 On Tue, 19 Jul 2011 18:19:47 +0200, Tom Tromey wrote: > >>>>> "Jan" == Jan Kratochvil writes: > Jan> There is some risk of a clash with Koening operator parsing but I > Jan> do not think this patch has any problem with it. > > If you are referring to the use of "@" in comments in the Koening code, > that is a placeholder for a generic operator (IIRC the C++ standard uses > this convention); there is no C++ operator actually named "@". So, > there is no risk of clash here. There was a problem that token ENTRY can be reduced also to UNKNOWN_CPP_NAME. ENTRY was only reducible to NAME before. UNKNOWN_CPP_NAME is used for the Koenig operator so using method name "entry" did not work properly for Koening. But it works now, there should not be any problem with it, just as I met it during development I added a special testcase for it. Thanks, Jan