From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-294139-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 28661 invoked by alias); 10 Jun 2011 11:11:06 -0000
Received: (qmail 28652 invoked by uid 22791); 10 Jun 2011 11:11:05 -0000
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE
X-Spam-Check-By: sourceware.org
Received: from smtp206.alice.it (HELO smtp206.alice.it) (82.57.200.102)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 10 Jun 2011 11:10:51 +0000
Received: from [192.168.1.4] (79.51.26.185) by smtp206.alice.it (8.5.124.08)        id 4DE63E3200D90B26; Fri, 10 Jun 2011 13:10:49 +0200
Message-ID: <4DF1FBE3.4040109@oracle.com>
Date: Fri, 10 Jun 2011 11:28:00 -0000
From: Paolo Carlini <paolo.carlini@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110414 SUSE/3.1.10 Thunderbird/3.1.10
MIME-Version: 1.0
To: Richard Guenther <richard.guenther@gmail.com>
CC: "gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>,  Ian Lance Taylor <iant@google.com>, Jason Merrill <jason@redhat.com>
Subject: Re: [PATCH] Move error_operand_p one level up
References: <4DF1EAC9.3010809@oracle.com> <BANLkTik3DfCzPwh7h3z7jpajcbQJLVuDMw@mail.gmail.com>
In-Reply-To: <BANLkTik3DfCzPwh7h3z7jpajcbQJLVuDMw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
X-SW-Source: 2011-06/txt/msg00824.txt.bz2

On 06/10/2011 12:14 PM, Richard Guenther wrote:
> On Fri, Jun 10, 2011 at 11:58 AM, Paolo Carlini
> <paolo.carlini@oracle.com>  wrote:
>> Hi,
>>
>> yesterday I noticed that, as I vaguely suspected for quite some time,
>> error_operand_p can be useful also outside the c++ front-end. The below,
>> which I bootstrapped c, c++, go, on x86_64-linux (and I'm finishing testing)
>> tries to do that, moving the macro one level up and using it in all the
>> suitable places I spotted.
>>
>> What do people think?
> Ok if it bootstraps and tests.
Thanks Richard. I committed the gcc and gcc/cp changes, without touching 
for the time being go/gofrontend, because I realized those files are 
really mirrored from somewhere else. I leave those bits to Ian...

Paolo.