From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-105578-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 29782 invoked by alias); 23 Nov 2004 00:06:47 -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 29676 invoked from network); 23 Nov 2004 00:06:28 -0000
Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186)
  by sourceware.org with SMTP; 23 Nov 2004 00:06:28 -0000
Received: from uniton.integrable-solutions.net (localhost [127.0.0.1])
	by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id iAN06BQ0014160;
	Tue, 23 Nov 2004 01:06:11 +0100
Received: (from gdr@localhost)
	by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id iAN06BV3014159;
	Tue, 23 Nov 2004 01:06:11 +0100
X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f
To: Ziemowit Laski <zlaski@apple.com>
Cc: Nathan Sidwell <nathan@codesourcery.com>, Steve Naroff <snaroff@apple.com>,
        gcc mailing list <gcc@gcc.gnu.org>, Matt Austern <austern@apple.com>,
        Michael Matz <matz@suse.de>, Joe Buck <Joe.Buck@synopsys.com>,
        Andrew Pinski <pinskia@physics.uc.edu>, Mike Stump <mrs@apple.com>
Subject: Re: generalized lvalues -- patch outline
References: <4D2CF60C-3919-11D9-8BD2-000A95BCF344@apple.com>
	<20041117212847.A26376@synopsys.com>
	<6F5FC748-7BBD-44B9-8DDC-246949F16102@apple.com>
	<20041118102741.A8347@synopsys.com>
	<77E8D36A-C0C2-4B03-964C-BEE0FE7BBBC3@apple.com>
	<98C86CD4-39E2-11D9-B2D5-000A95BCF344@apple.com>
	<Pine.LNX.4.58.0411192234480.29201@wotan.suse.de>
	<CAE3B44A-3A8C-11D9-9070-000D9330C50E@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>
	<41A253A2.1050205@codesourcery.com>
	<24BB97A2-3CD3-11D9-B847-000D9330C50E@apple.com>
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
In-Reply-To: <24BB97A2-3CD3-11D9-B847-000D9330C50E@apple.com>
Organization: Integrable Solutions
Date: Tue, 23 Nov 2004 00:09:00 -0000
Message-ID: <m3r7mlmnt8.fsf@uniton.integrable-solutions.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2004-11/txt/msg00771.txt.bz2

Ziemowit Laski <zlaski@apple.com> writes:

| The semantics are that a C-style cast of an lvalue will itself be
| treated as an lvalue under the following circumstances:
|    - The lvalue cast does not induce a type conversion (if it does,
| then we use the type conversion instead);
|    - The lvalue cast is being assigned to, incremented or decremented;
|    - The lvalue is of a pointer type, and is being cast to a pointer
| type.  (This will need to be relaxed somewhat should people desire
| Microsoft compatibility, at least for C.)

This is spelt reinterpret_cast in C++.  Please do not overload the
already confusing syntax with yet another confusing, dubious meaning.

I strongly object to the patch and any form to resurect the
cast-as-lvalue abomination.

-- Gaby