Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Jul 2017 11:06:53 -0700 (PDT)
From:      "Rodney W. Grimes" <freebsd@pdx.rh.CN85.dnsmgr.net>
To:        John Baldwin <jhb@freebsd.org>
Cc:        rgrimes@freebsd.org, src-committers@freebsd.org, svn-src-all@freebsd.org,  svn-src-stable@freebsd.org, svn-src-stable-10@freebsd.org
Subject:   Re: svn commit: r320824 - in stable: 10/gnu/usr.bin/gdb/gdb 10/gnu/usr.bin/gdb/kgdb 11/gnu/usr.bin/gdb/gdb 11/gnu/usr.bin/gdb/kgdb
Message-ID:  <201707101806.v6AI6rXg076962@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <7608713.faVMYlhHnq@ralph.baldwin.cx>

next in thread | previous in thread | raw e-mail | index | archive | help
> On Saturday, July 08, 2017 09:28:43 PM Rodney W. Grimes wrote:
> > > Author: jhb
> > > Date: Sun Jul  9 04:13:33 2017
> > > New Revision: 320824
> > > URL: https://svnweb.freebsd.org/changeset/base/320824
> > > 
> > > Log:
> > >   MFC 320675: Add deprecation notices for gdb and kgdb.
> > >   
> > >   Even though gdb and kgdb may not be removed for 12.0 on some architectures,
> > >   the notice is unconditional as these tools will likely be removed at some
> > >   point in the future when adequate replacements are available (gdb in ports
> > >   or lldb in base).
> > 
> > Thanks for doing this, but we are still falling slightly short of 17.4 on
> > deprecation on the aspect of "Use of the deprecated feature generates a warning".
> 
> Hmm.  There may be times when generating a warning is problematic (e.g. could
> be a POLA violation that breaks scripting if you alter the output of utilities).

The message should be go to stderr,
I would hope the scripts are not parsing stderr.
It is a bigger POLA when the utility goes away in 12.0 and the user wasnt
informed that it was going away.  (Yea, it is in the man page and the release
notes but we all know that no one reads that.)

It might even be good to break there scripts with a POLA violation,
making it very clear they have future action to take.

> Other cases like device drivers are easier to reason about (just add a new device_printf
> during attach), but gdb/kgdb might be more problematic due to POLA.

-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201707101806.v6AI6rXg076962>