Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <palves@redhat.com>
Cc: Doug Evans <dje@google.com>,
	Jan Kratochvil <jan.kratochvil@redhat.com>,
	       Eli Zaretskii <eliz@gnu.org>,
	gdb-patches@sourceware.org,        mark@klomp.org
Subject: Re: [RFA take 6] Allow setting breakpoints on inline functions (PR 10738)
Date: Thu, 15 Mar 2012 20:06:00 -0000	[thread overview]
Message-ID: <4F624BA9.70703@redhat.com> (raw)
In-Reply-To: <4F624848.4090503@redhat.com>

On 03/15/2012 07:51 PM, Pedro Alves wrote:

> Why don't we just go with "deprecated"?  We completely skip the
> "obsolete" ones, and skip the "deprecated" ones, unless the user
> wants them badly.  The explanation why they're deprecated belongs
> elsewhere - it doesn't have to be part of the option name...
> 
> So picking up one of Gary's previous examples, warnings would
> simply be:
> 
>   versions < 4: "Skipping obsolete .gdb-index section in %s"
>   versions 4,5: "Skipping deprecated .gdb_index section in %s,
>                  pass --use-deprecated-index-sections to use them anyway"
> 


More so (cause I know people aren't yet fed up with the bikeshedding :-) ),
if in the future we ever we want to be selective on _which_ deprecated
versions we want to load, we can extend the option to accept a list of
integers, like:

 --use-deprecated-index-sections=7,8

From <https://en.wikipedia.org/wiki/Deprecation>:

"In the process of authoring computer software, its standards or documentation, or other
technical standards, deprecation is a status applied to features, characteristics,
or practices to indicate that they should be avoided, typically because they have
been superseded.

Although deprecated software features remain in the software, their use may raise warning
messages recommending alternative practices, and deprecation may indicate that the feature
will be removed in the future.  Features are deprecated - rather than immediately removed - in
order to provide backward compatibility, and give programmers who have used the
feature time to bring their code into compliance with the new standard."

Sounds Just Perfect to me.  Can this make everyone happy, please?  :-)

-- 
Pedro Alves


  reply	other threads:[~2012-03-15 20:06 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-14 13:38 Gary Benson
2012-03-14 17:51 ` Doug Evans
2012-03-14 17:55   ` Jan Kratochvil
2012-03-14 17:58     ` Doug Evans
2012-03-15 10:51       ` Gary Benson
2012-03-15 10:52         ` Jan Kratochvil
2012-03-15 16:51         ` Doug Evans
2012-03-15 18:04         ` Eli Zaretskii
2012-03-15 18:10           ` Gary Benson
2012-03-15 18:15             ` Eli Zaretskii
2012-03-15 18:26               ` Gary Benson
2012-03-15 18:31               ` Pedro Alves
2012-03-15 18:36                 ` Eli Zaretskii
2012-03-15 18:40                   ` Jan Kratochvil
2012-03-15 19:29                     ` Gary Benson
2012-03-15 19:34                       ` Doug Evans
2012-03-15 19:52                         ` Pedro Alves
2012-03-15 20:06                           ` Pedro Alves [this message]
2012-03-16 10:03                             ` Gary Benson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F624BA9.70703@redhat.com \
    --to=palves@redhat.com \
    --cc=dje@google.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@redhat.com \
    --cc=mark@klomp.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox