From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28991 invoked by alias); 2 Jan 2003 20:17:07 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 28983 invoked from network); 2 Jan 2003 20:17:06 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by 209.249.29.67 with SMTP; 2 Jan 2003 20:17:06 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18UDeZ-0000iD-00; Thu, 02 Jan 2003 16:17:27 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18UBlz-0005We-00; Thu, 02 Jan 2003 15:16:59 -0500 Date: Thu, 02 Jan 2003 20:17:00 -0000 From: Daniel Jacobowitz To: Felix Lee Cc: gdb@sources.redhat.com Subject: Re: target-dependent .gdbinit Message-ID: <20030102201659.GA21223@nevyn.them.org> Mail-Followup-To: Felix Lee , gdb@sources.redhat.com References: <3E148F45.5020502@redhat.com> <200301022003.h02K3IB25109@paper-wolf-solo.tigerfood.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200301022003.h02K3IB25109@paper-wolf-solo.tigerfood.org> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-01/txt/msg00028.txt.bz2 On Thu, Jan 02, 2003 at 12:03:17PM -0800, Felix Lee wrote: > Andrew Cagney : > > It should be kept simple. A GDB install should only read `.gdbinit' > > (the vx hacks, I think, should just go). A user is then free to > > customize their .gdbinit to do things like read .gdbinit-$target, or > > even conditionally interpret sections of the init file. > > yes, but if I'm the gdb maintainer for a site installation, > then sometimes I'll want site-wide gdbinit to handle > pecularities of the site. telling all the users, "put this > in your .gdbinit" is unwieldy, especially if it may change > in the future. > > specific instance of target-dependent .gdbinit: I've got a > gdb that will examine core files from a target OS with > shared library support. gdb shouldn't try to map in the > host OS shared libraries. the simple solution is to set > solib-absolute-prefix to a location that has the target OS > shared libs. this is something you'd want to do in a > target-specific .gdbinit. there is not necessarily one > setting that applies to the entire site. FYI, since it keeps coming up (this applies to Kris's message of a few minutes ago also :) - I'm going to have a more specific solution for this one soon. I'm waiting for comments on the binutils sysroot patch before I post the GDB one; too much going at once. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer