From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7057 invoked by alias); 26 Feb 2003 03:10:23 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 7050 invoked from network); 26 Feb 2003 03:10:23 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by 172.16.49.205 with SMTP; 26 Feb 2003 03:10:23 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18ntqt-0000V1-00 for ; Tue, 25 Feb 2003 23:11:31 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18nrxd-0000YJ-00 for ; Tue, 25 Feb 2003 22:10:21 -0500 Date: Wed, 26 Feb 2003 03:10:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: [RFA] mips-tdep.c: Make ``show mips abi'' more useful Message-ID: <20030226031021.GB1322@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <1030226024118.ZM14581@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030226024118.ZM14581@localhost.localdomain> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-02/txt/msg00692.txt.bz2 On Tue, Feb 25, 2003 at 07:41:19PM -0700, Kevin Buettner wrote: > By default, the command ``show mips abi'' will print the following: > > The ABI used by this program is "auto". > > This information is not as useful as it could be. In such cases, it > would also be nice to know what GDB has determined the actual ABI to > be. The patch below adds a callback to augment the information provided > by the ``show mips abi command''. E.g, > > (gdb) file hello-n64-shared > Reading symbols from hello-n64-shared...done. > (gdb) show mips abi > The ABI used by this program is "auto". > Current ABI is "n64". > > Okay? > > (BTW, ``show language'' and some other commands in language.c use a > similar mechanism for providing additional information. It might > be cleaner though to implement ``show mips abi'' in a fashion similar > to the way that ``show osabi'' is implemented.) I get the impression we need a standard mechanism for this sort of variable - they just keep cropping up all over the place. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer