From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23911 invoked by alias); 17 Feb 2003 19:06: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 23878 invoked by uid 71); 17 Feb 2003 19:06:01 -0000 Date: Mon, 17 Feb 2003 19:06:00 -0000 Message-ID: <20030217190601.23877.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Wolfgang Bangerth Subject: Re: c++/9687: The & operator does not accept parentheses on operand Reply-To: Wolfgang Bangerth X-SW-Source: 2003-02/txt/msg00725.txt.bz2 List-Id: The following reply was made to PR c++/9687; it has been noted by GNATS. From: Wolfgang Bangerth To: Nathan Sidwell Cc: gcc-bugs@gcc.gnu.org, , Subject: Re: c++/9687: The & operator does not accept parentheses on operand Date: Mon, 17 Feb 2003 13:01:07 -0600 (CST) Nathan, you might be right, thanks for double-checking on me. I shouldn't dismiss reports late at night -- I misread this as the &(X::m) problem... > Are you sure? &(T::member) is disallowed, but I don't think &(random_expr) is. > Could you explain your deduction to me? The relevant clause is 5.3.1.2, stating that the operand shall be an lvalue. This has nothing to do with the parenthesis, of course, so I guess you're right. The present state is: 2.95--3.3 rejected the code. 3.4 now simply says warning: taking address of temporary I guess this improvement is the effect of your patch. So in effect the bug has been fixed and the report can remain closed, right? Thanks again for having an open eye, W. ------------------------------------------------------------------------- Wolfgang Bangerth email: bangerth@ticam.utexas.edu www: http://www.ticam.utexas.edu/~bangerth/