From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32306 invoked by alias); 22 Nov 2004 21:39:42 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 32252 invoked from network); 22 Nov 2004 21:39:38 -0000 Received: from unknown (HELO vaxjo.synopsys.com) (198.182.60.75) by sourceware.org with SMTP; 22 Nov 2004 21:39:38 -0000 Received: from maiden.synopsys.com (maiden.synopsys.com [146.225.100.170]) by vaxjo.synopsys.com (Postfix) with ESMTP id 7E46BDE03; Mon, 22 Nov 2004 13:39:37 -0800 (PST) Received: from piper.synopsys.com (localhost [127.0.0.1]) by maiden.synopsys.com (8.9.1/8.9.1) with ESMTP id NAA24174; Mon, 22 Nov 2004 13:39:36 -0800 (PST) Received: (from jbuck@localhost) by piper.synopsys.com (8.11.6/8.11.6) id iAMLdZC19995; Mon, 22 Nov 2004 13:39:35 -0800 X-Authentication-Warning: piper.synopsys.com: jbuck set sender to Joe.Buck@synopsys.com using -f Date: Mon, 22 Nov 2004 22:11:00 -0000 From: Joe Buck To: Matt Austern Cc: Andrew Pinski , Steve Naroff , gcc mailing list , Michael Matz , Ziemowit Laski , Mike Stump Subject: Re: generalized lvalues -- patch outline Message-ID: <20041122133935.A19882@synopsys.com> References: <98C86CD4-39E2-11D9-B2D5-000A95BCF344@apple.com> <20041119170011.A30410@synopsys.com> <9E6AD708-3A93-11D9-9070-000D9330C50E@apple.com> <20041119174042.A1311@synopsys.com> <90DC5074-3A96-11D9-9070-000D9330C50E@apple.com> <9CD04F70-3CC6-11D9-B847-000D9330C50E@apple.com> <7688EB08-3CC7-11D9-AEB4-000A95D692F4@physics.uc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from austern@apple.com on Mon, Nov 22, 2004 at 01:23:22PM -0800 X-SW-Source: 2004-11/txt/msg00762.txt.bz2 On Mon, Nov 22, 2004 at 01:23:22PM -0800, Matt Austern wrote: > Unfortunately, there is another reason for allowing some tamed version > of assignment to casts: compatibility with other compilers. Microsoft > and CodeWarrior both allow this in one form or another. (Microsoft for > C only, CodeWarrior for C++ as well. CodeWarrior only allows some > limited forms of assignments to casts, and doesn't treat a cast as a > true lvalue, so they still get overload resolution right.) Does CodeWarrior document the semantics of their extension?