From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-65765-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 19608 invoked by alias); 6 Jan 2003 00:27:21 -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 19598 invoked from network); 6 Jan 2003 00:27:18 -0000
Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186)
  by 209.249.29.67 with SMTP; 6 Jan 2003 00:27:18 -0000
Received: from uniton.integrable-solutions.net (localhost [127.0.0.1])
	by uniton.integrable-solutions.net (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id h060Pg1F023099;
	Mon, 6 Jan 2003 01:25:42 +0100
Received: (from gdr@localhost)
	by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id h060PfCC023098;
	Mon, 6 Jan 2003 01:25:41 +0100
X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f
To: Zack Weinberg <zack@codesourcery.com>
Cc: Neil Booth <neil@daikokuya.co.uk>, Diego Novillo <dnovillo@redhat.com>,
   Phil Edwards <phil@jaj.com>, Andreas Jaeger <aj@suse.de>, gcc@gcc.gnu.org
Subject: Re: tree-ssa-cvs corrupt
References: <u81y3uqkuf.fsf@gromit.moeb>
	<20030103162912.GA12816@tornado.toronto.redhat.com>
	<20030103193535.A13114@disaster.jaj.com>
	<87hecoxdze.fsf@egil.codesourcery.com>
	<20030105202708.GA11893@tornado.toronto.redhat.com>
	<20030105210544.GA18414@daikokuya.co.uk>
	<8765t342qy.fsf@egil.codesourcery.com>
	<20030105230701.GA19498@daikokuya.co.uk>
	<87smw7gpkp.fsf@egil.codesourcery.com>
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
In-Reply-To: <87smw7gpkp.fsf@egil.codesourcery.com>
Organization: Integrable Solutions
Date: Mon, 06 Jan 2003 01:06:00 -0000
Message-ID: <m38yxzm8e3.fsf@uniton.integrable-solutions.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2003-01/txt/msg00246.txt.bz2

Zack Weinberg <zack@codesourcery.com> writes:

| Neil Booth <neil@daikokuya.co.uk> writes:
| 
| > Zack Weinberg wrote:-
| >> The trouble is that #error causes cpplib's parse_in.errors to be
| >> bumped, but that doesn't propagate back to errorcount until
| >> cpp_finish() is called, from c_common_finish.
| >
| > Merge the diagnostic handlers.
| 
| A good idea, but I'm beginning to worry about cpplib ceasing to be
| useful as a standalone library. 

Not just because cpplib uses diagnostic.[ch] means it would cease being
a standalone library.  Improvement may be applied to both sides.

-- Gaby