From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-105465-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 28186 invoked by alias); 19 Nov 2004 00:40:37 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 27990 invoked from network); 19 Nov 2004 00:40:25 -0000
Received: from unknown (HELO boden.synopsys.com) (198.182.44.79)
  by sourceware.org with SMTP; 19 Nov 2004 00:40:25 -0000
Received: from mother.synopsys.com (mother.synopsys.com [146.225.100.171])
	by boden.synopsys.com (Postfix) with ESMTP
	id 80311DDE8; Thu, 18 Nov 2004 16:39:48 -0800 (PST)
Received: from piper.synopsys.com (localhost [127.0.0.1])
	by mother.synopsys.com (8.9.1/8.9.1) with ESMTP id QAA18846;
	Thu, 18 Nov 2004 16:40:22 -0800 (PST)
Received: (from jbuck@localhost)
	by piper.synopsys.com (8.11.6/8.11.6) id iAJ0eMO13221;
	Thu, 18 Nov 2004 16:40:22 -0800
X-Authentication-Warning: piper.synopsys.com: jbuck set sender to Joe.Buck@synopsys.com using -f
Date: Fri, 19 Nov 2004 01:20:00 -0000
From: Joe Buck <Joe.Buck@synopsys.COM>
To: Ziemowit Laski <zlaski@apple.com>
Cc: Matt Austern <austern@apple.com>,
	Fariborz Jahanian <fjahanian@apple.com>,
	gcc mailing list <gcc@gcc.gnu.org>
Subject: Re: generalized lvalues
Message-ID: <20041118164022.A12363@synopsys.com>
References: <8AD5AEEF-3914-11D9-8BD2-000A95BCF344@apple.com> <880AA6A7-397D-11D9-A788-000A95BA54A6@apple.com> <20041118100933.A4942@synopsys.com> <F5E55C80-39BF-11D9-8317-00039390FFE2@apple.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <F5E55C80-39BF-11D9-8317-00039390FFE2@apple.com>; from zlaski@apple.com on Thu, Nov 18, 2004 at 04:14:21PM -0800
X-SW-Source: 2004-11/txt/msg00658.txt.bz2

On Thu, Nov 18, 2004 at 04:14:21PM -0800, Ziemowit Laski wrote:
> Of course, since we are discussing a language extension, _we_ get to 
> decide how it interacts with C++ overloading.
> For the same reason, Matt's assertion that the feature "breaks valid 
> C++ programs" is inherently contradictory,
> since programs containing it cannot be valid. :-)

You just completely ignored what I wrote.  Go back and read it again.
Cast-as-lvalue breaks valid C++ programs.  Period.  It breaks programs
that never assign to a cast.