From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-18569-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 16483 invoked by alias); 10 Jul 2004 22:51:14 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 16458 invoked from network); 10 Jul 2004 22:51:13 -0000
Received: from unknown (HELO lakermmtao10.cox.net) (68.230.240.29)
  by sourceware.org with SMTP; 10 Jul 2004 22:51:13 -0000
Received: from white ([68.9.64.121]) by lakermmtao10.cox.net
          (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP
          id <20040710225112.MEL25843.lakermmtao10.cox.net@white>;
          Sat, 10 Jul 2004 18:51:12 -0400
Received: from bob by white with local (Exim 3.35 #1 (Debian))
	id 1BjQga-0000Fu-00; Sat, 10 Jul 2004 18:51:12 -0400
Date: Sat, 10 Jul 2004 22:51:00 -0000
From: Bob Rossi <bob@brasko.net>
To: Arnaud Charlet <charlet@ACT-Europe.FR>
Cc: Jason Molenda <jmolenda@apple.com>, Alain Magloire <alain@qnx.com>,
	gdb@sources.redhat.com
Subject: Re: MI level command
Message-ID: <20040710225112.GA967@white>
Mail-Followup-To: Arnaud Charlet <charlet@ACT-Europe.FR>,
	Jason Molenda <jmolenda@apple.com>, Alain Magloire <alain@qnx.com>,
	gdb@sources.redhat.com
References: <200407082333.TAA25718@smtp.ott.qnx.com> <83333EB4-D1E9-11D8-B84C-000A9569836A@apple.com> <20040710191753.A15665@dublin.act-europe.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040710191753.A15665@dublin.act-europe.fr>
User-Agent: Mutt/1.3.28i
X-SW-Source: 2004-07/txt/msg00094.txt.bz2

On Sat, Jul 10, 2004 at 07:17:53PM +0200, Arnaud Charlet wrote:
> > BTW one convenient thing we have in the Apple gdb is a 
> > -mi-verify-command MI command, so the GUI can see if a given command is 
> > available or not.  It's very helpful, and the implementation is a snap, 
> > of course.
> 
> Looks very useful indeed.
> 
> Any reason not to incorporate this function in the FSF version ?

I still think functions like this are only partly useful. The real
problem is that as a front end writer, even if the function exists,
there is no way of figuring out the I/O of the function. In some case's,
it's probably not even useful to know that a function exists, especially
as functions change through each release.

Bob Rossi