From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23366 invoked by alias); 13 Dec 2003 20:03:37 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 23336 invoked from network); 13 Dec 2003 20:03:36 -0000 Received: from unknown (HELO zenia.home) (12.223.225.216) by sources.redhat.com with SMTP; 13 Dec 2003 20:03:36 -0000 Received: by zenia.home (Postfix, from userid 5433) id D660A20766; Sat, 13 Dec 2003 15:00:51 -0500 (EST) To: Andrew Cagney Cc: Kevin Buettner , Eli Zaretskii , drow@mvista.com, gdb@sources.redhat.com Subject: Re: [commit] Deprecate remaining STREQ uses References: <3FC119EB.1060102@gnu.org> <3FC234C0.1000500@gnu.org> <20031124165047.GA2227@nevyn.them.org> <1031124182547.ZM9776@localhost.localdomain> <3FC26407.9000704@gnu.org> <1031125000932.ZM11256@localhost.localdomain> <3FC60A75.8090803@gnu.org> <1031204044404.ZM3660@localhost.localdomain> <9743-Thu04Dec2003174358+0200-eliz@elta.co.il> <3FCF6FCA.30607@gnu.org> <1031212192642.ZM21819@localhost.localdomain> <3FDA64D0.7020306@gnu.org> From: Jim Blandy Date: Sat, 13 Dec 2003 20:03:00 -0000 In-Reply-To: <3FDA64D0.7020306@gnu.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-12/txt/msg00193.txt.bz2 [switched to gdb@] Andrew Cagney writes: > > I suspect that what this boils down to is a difference in maintenance > > philosophy: I would prefer to see old (deprecated) interfaces eliminated > > as soon as possible even if it does involve touching possible candidates > > for deletion, whereas you don't seem to mind having old interfaces > > retained for longer periods of time. > > To make this more concrete, perhaphs you could outline how this would > have worked with the old vs new frame code. Everyone posting so far has agreed that there are cases that are so complex that deprecation is an appropriate strategy. Having tried to incrementally update a port from the old to the new frame interfaces, but instead having given up and just rewritten it from scratch, I would say that many aspects of the frame interface are clearly on the "deprecation is appropriate" side of the line. The issue at hand, STREQ, and the issue Kevin raised, complaints, are cases that should have been on the other side of that line: just get rid of the old uses immediately. Maybe not in the same commit, but certainly before taking up other projects. But I think this principle does apply to the frame interfaces, just on a different time scale: After GDB 6.0 was released, you floated some ideas about renovating the target vector. While I like the direction these were going, I was a little distressed to think that we were going to begin the process of introducing a whole new class of deprecated target-related interfaces before we had even finished removing uses of the deprecated frame interfaces. Certainly, we shouldn't wait for backwater *-tdep.c files that nobody can test, but we still have deprecated frame machinery in actively maintained targets like the MIPS and the PowerPC. I recognize that you and others have been working on these; I don't mean to complain or be unappreciative. But I think we should get those taken care of before plunging into deprecating interfaces from an entirely new section of GDB.