From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-65764-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 6156 invoked by alias); 5 Jan 2003 23:37:11 -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 6149 invoked from network); 5 Jan 2003 23:37:11 -0000
Received: from unknown (HELO egil.codesourcery.com) (66.92.14.122)
  by 209.249.29.67 with SMTP; 5 Jan 2003 23:37:11 -0000
Received: from zack by egil.codesourcery.com with local (Exim 3.36 #1 (Debian))
	id 18VKK7-0005Jy-00; Sun, 05 Jan 2003 15:36:55 -0800
To: Neil Booth <neil@daikokuya.co.uk>
Cc: 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
From: Zack Weinberg <zack@codesourcery.com>
Date: Mon, 06 Jan 2003 00:27:00 -0000
In-Reply-To: <20030105231744.GA19606@daikokuya.co.uk> (Neil Booth's message
 of "Sun, 5 Jan 2003 23:17:44 +0000")
Message-ID: <87hecngodk.fsf@egil.codesourcery.com>
User-Agent: Gnus/5.090011 (Oort Gnus v0.11) Emacs/21.2 (i386-pc-linux-gnu)
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>
	<20030105231744.GA19606@daikokuya.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2003-01/txt/msg00245.txt.bz2

Neil Booth <neil@daikokuya.co.uk> writes:

> Zack Weinberg wrote:-
>
>> A good idea, but I'm beginning to worry about cpplib ceasing to be
>> useful as a standalone library.  I already have plans for using it
>> independently, and there's a project called 'synopsis' that wants
>> it too...
>
> Why?  It would still do all the meat; and it could provide its own
> default handlers.

I'm probably over-worrying.  This is not something I'm going to get to
anytime soon, as I want to concentrate on performance issues right
now; go ahead and do the patch and then let's discuss stuff like this.

For the record, though, the thing I want to do as soon as cpplib moves
to its own directory is write a simple 'makedepend' clone around that
-- and use it to autogenerate header-file dependencies for the gcc
subdirectory.  Diagnostics are not critical for this, but recognizing
command line options *might* be (haven't thought it through yet).

zw