[commit] Deprecate remaining STREQ uses

Daniel Jacobowitz drow@mvista.com
Mon Dec 1 19:17:00 GMT 2003


On Mon, Dec 01, 2003 at 09:07:32PM +0200, Eli Zaretskii wrote:
> > Date: Mon, 01 Dec 2003 10:47:01 -0500
> > From: Andrew Cagney <cagney@gnu.org>
> > > 
> > > But that's precisely why we have the patch review and approval
> > > procedure, right?  Maintainers who approve patches are supposed to
> > > prevent code that uses deprecated machinery from being added.
> > 
> > Very true.  Explicit deprecation is a tool for making that part of the 
> > maintainer and contributor task far easier.  Instead of wasting time 
> > trying to track and find all the things being eliminated, the 
> > contributor and reviewer can simply keep an eye out for deprecated in 
> > their patches
> 
> I'm not convinced that detecting STREQ is harder than detecting
> DEPRECATED_STREQ.

Neither am I... Andrew, how would you feel about a central (in the
source tree) list of deprecated objects instead?

Personally, I'd like for the ARI scripts to be in the source tree too.
$ make
init.c updated.
gcc -o gdb .....
$ make ari
sh $(srcdir)/gdb_ari.sh $(srcdir) ari-output.txt

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer



More information about the Gdb-patches mailing list