From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20354 invoked by alias); 19 Jan 2004 19:18:24 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 20337 invoked from network); 19 Jan 2004 19:18:23 -0000 Received: from unknown (HELO hawaii.kealia.com) (209.3.10.89) by sources.redhat.com with SMTP; 19 Jan 2004 19:18:23 -0000 Received: by hawaii.kealia.com (Postfix, from userid 2049) id EA08DC6CB; Mon, 19 Jan 2004 11:18:22 -0800 (PST) To: mec.gnu@mindspring.com (Michael Elizabeth Chastain) Cc: ezannoni@redhat.com, gdb-patches@sources.redhat.com Subject: Re: [rfa] pc bounds checking and namespaces References: <20040119060642.DFA504B359@berman.michael-chastain.com> From: David Carlton Date: Mon, 19 Jan 2004 19:18:00 -0000 In-Reply-To: <20040119060642.DFA504B359@berman.michael-chastain.com> (Michael Elizabeth Chastain's message of "Mon, 19 Jan 2004 01:06:42 -0500 (EST)") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Rational FORTRAN, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-01/txt/msg00518.txt.bz2 On Mon, 19 Jan 2004 01:06:42 -0500 (EST), mec.gnu@mindspring.com (Michael Elizabeth Chastain) said: > I'm about to add carlton_dictionary-branch and drow-cplus-branch to > my test bed. That ought to help. > Instead of finding these problems at the point of merging > the branches onto HEAD, how about if we fix the branches so that > they have zero regressions versus gdb 6.0, and then merge the > branches? In general, that's obviously a good idea. Having said that, carlton_dictionary-branch is attempting a delicate enough task that I suspect that, in some circumstances, we'll have to accept regressions. It's trying to convert GDB from using the wrong names for things to using the right names for things, and to do this whenever possible in the presence of inadequate debug information; doing this while simultaneously supporting the bugs and foibles of multiple versions of GCC is a very hard task, and one which can adversely affect GDB's maintainability. But, at the very least, all regressions should be analyzed, so we can figure out what's causing them, in what circumstances they will crop up, and how easy they would be to fix. David Carlton carlton@kealia.com