From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-prs-return-34234-listarch-gcc-prs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 8688 invoked by alias); 6 May 2003 00:16:01 -0000
Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-prs/>
List-Post: <mailto:gcc-prs@gcc.gnu.org>
List-Help: <mailto:gcc-prs-help@gcc.gnu.org>
Sender: gcc-prs-owner@gcc.gnu.org
Received: (qmail 8661 invoked by uid 71); 6 May 2003 00:16:01 -0000
Date: Tue, 06 May 2003 00:16:00 -0000
Message-ID: <20030506001601.8660.qmail@sources.redhat.com>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org,
From: Wolfgang Bangerth <bangerth@ices.utexas.edu>
Subject: Re: c++/1920
Reply-To: Wolfgang Bangerth <bangerth@ices.utexas.edu>
X-SW-Source: 2003-05/txt/msg00322.txt.bz2
List-Id: <gcc-prs.sourceware.org>

The following reply was made to PR c++/1920; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ices.utexas.edu>
To: gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: c++/1920
Date: Mon, 5 May 2003 19:15:46 -0500 (CDT)

 Since 3.3, the programs also fails in non-optimized mode. I think it's all 
 about not issuing a warning if a cast-as-lvalue is passed by reference. 
 This extension is evil!
 
 W.
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth              email:            bangerth@ices.utexas.edu
                                www: http://www.ices.utexas.edu/~bangerth/