From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6459 invoked by alias); 28 Dec 2002 03:49:28 -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 6452 invoked from network); 28 Dec 2002 03:49:27 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by 209.249.29.67 with SMTP; 28 Dec 2002 03:49:27 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18S9r1-0003K8-00 for ; Fri, 27 Dec 2002 23:49:47 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18S7zp-0006oS-00 for ; Fri, 27 Dec 2002 22:50:45 -0500 Date: Fri, 27 Dec 2002 20:01:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: RFC: "set osabi" Message-ID: <20021228035045.GA26100@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20021228034746.GA25677@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021228034746.GA25677@nevyn.them.org> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-12/txt/msg00697.txt.bz2 On Fri, Dec 27, 2002 at 10:47:46PM -0500, Daniel Jacobowitz wrote: > As promised. I'm also looking for comments on this patch. I know it needs > documentation still; that's on hold for a moment because it would conflict > with one of my other pending doc patches (since I want to put them in the > same section). I'll do the docs before committing this. > > This patch implements: > - "set osabi" > - "show osabi" > - The concept of a "default OS ABI" which will be applied instead > of GDB_OSABI_UNKNOWN to an untagged binary. > > It looks like this: > > (gdb) show osabi > The current OS ABI is "auto" (currently "GNU/Linux"). > The default OS ABI is "GNU/Linux". > (gdb) set osabi > Requires an argument. Valid arguments are auto, default, none, SVR4, DJGPP, > NetWare, GNU/Linux. > (gdb) set osabi SVR4 > (gdb) show osabi > The current OS ABI is "SVR4". > The default OS ABI is "GNU/Linux". > (gdb) set osabi default > (gdb) show osabi > The current OS ABI is "GNU/Linux". > The default OS ABI is "GNU/Linux". > (gdb) set osabi auto > (gdb) show osabi > The current OS ABI is "auto" (currently "GNU/Linux"). > The default OS ABI is "GNU/Linux". > > > Right now, it doesn't handle architectures refusing an OSABI terribly > gracefully. This doesn't bother me because: > - The logical place to handle this gracefully is clearly marked > - The interfaces to handle it are already there via gdbarch > - None of our architectures ever actually refuse an OSABI anyway as far > as I can see; they just treat unknowns as, well, unknown. That needs > to change some day. > We'll cross that bridge when we come to it. > > Comments? Tentatively I'll apply this in a week or so, after I get feedback > on the preceding patch (which this requires). Oh, forgot to mention: as Andrew asked the last time this came up, "set osabi" does correctly update the architecture immediately. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer