From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8230 invoked by alias); 15 Feb 2003 12:16:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 8212 invoked by uid 71); 15 Feb 2003 12:16:00 -0000 Date: Sat, 15 Feb 2003 12:16:00 -0000 Message-ID: <20030215121600.8211.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Nathan Sidwell Subject: Re: c++/9687: The & operator does not accept parentheses on operand Reply-To: Nathan Sidwell X-SW-Source: 2003-02/txt/msg00662.txt.bz2 List-Id: The following reply was made to PR c++/9687; it has been noted by GNATS. From: Nathan Sidwell To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, marc.durantez@jp.sony.com, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org Cc: Subject: Re: c++/9687: The & operator does not accept parentheses on operand Date: Sat, 15 Feb 2003 12:07:48 +0000 bangerth@dealii.org wrote: > Synopsis: The & operator does not accept parentheses on operand > > State-Changed-From-To: open->closed > State-Changed-By: bangerth > State-Changed-When: Fri Feb 14 21:33:11 2003 > State-Changed-Why: > The C++ standard even has wording to disallow using parentheses. > > Previous versions of gcc accepted the code erroneously. This > has been fixed. > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9687 Are you sure? &(T::member) is disallowed, but I don't think &(random_expr) is. Could you explain your deduction to me? FWIW, I think this is a parse error as (MyClass ()) looks like a cast expression to function type, without the trailing expr. I.e. It thought it was seeing (MyClass ())thing I fixed this in the new parser. nathan -- Nathan Sidwell :: http://www.codesourcery.com :: CodeSourcery LLC The voices in my head said this was stupid too nathan@codesourcery.com : http://www.cs.bris.ac.uk/~nathan/ : nathan@acm.org