Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@cygnus.com>
To: Kevin Buettner <kevinb@cygnus.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] ia64-tdep.c: Only warn about slot numbers > 2
Date: Thu, 22 Mar 2001 18:09:00 -0000	[thread overview]
Message-ID: <3ABAB047.7F2D73CB@cygnus.com> (raw)
In-Reply-To: <1010322163518.ZM14929@ocotillo.lan>

Kevin Buettner wrote:

> What is the difference between warning() and internal_warning() aside
> from the fact that the filename and line number are printed for the
> latter?  I.e, is there some way the user can tell GDB to shut up
> about internal warnings?

An internal error is where GDB has discovered that it is about to shot
its self.
An internal warning is where GDB finds out that the shot missed, well
almost, it hit its foot.

Normal errors() and warnings() are for situtations that are external to
GDB - bad object file, messed up address from the target, invalid user
command, ....

> I think something like this would need to be shut off for ordinary
> users.  But GDB developers should be forced to run GDB with this
> turned on.  It might be just enough of a thorn to persuade us to
> abandon deprecated functions in relatively short order.  (Which I
> assume was the intent of this now-not-so-secret plan?)

Just FYI,

We're already doing this for commands.  GDB reports back:

  (gdb) show architecture
  The target architecture is assumed to be i386
  (gdb) info architecture
  Warning: command 'info architecture' is deprecated.
  Use 'set architecture'.

  Available architectures are:
  Segmentation fault (core dumped)

(er, oops, drats PRMS relies on cookies :-( :-)

I'm not sure what the mechanism should be however GDB does need to start
alerting users (not GDB developers) that the target they are using
depends on deprecated features and, consequently, the target likely be
obsoleted in the next release of GDB.

	Andrew


      reply	other threads:[~2001-03-22 18:09 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-21 18:34 Kevin Buettner
     [not found] ` <3ABA1EEE.3B6DC6E9@cygnus.com>
2001-03-22  8:35   ` Kevin Buettner
2001-03-22 18:09     ` Andrew Cagney [this message]

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=3ABAB047.7F2D73CB@cygnus.com \
    --to=ac131313@cygnus.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=kevinb@cygnus.com \
    /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