From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15886 invoked by alias); 4 Jan 2003 23:49:06 -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 15879 invoked from network); 4 Jan 2003 23:49:05 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by 209.249.29.67 with SMTP; 4 Jan 2003 23:49:05 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18Uzur-0005Fn-00 for ; Sat, 04 Jan 2003 19:49:29 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18Uy2L-0004gZ-00 for ; Sat, 04 Jan 2003 18:49:05 -0500 Date: Sat, 04 Jan 2003 23:49:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: RFC: "set osabi" Message-ID: <20030104234905.GG28756@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: 2003-01/txt/msg00162.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). It's in. I forgot to mention: this patch also includes a bug fix. Nothing actually depended on config.h in the objdir! Consequence: reconfigure with different options, and nothing got rebuilt at all... This will cause more rebuilt files every time someone checks in a patch to config.in and you update your source tree, but it's obviously necessary. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer