From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4619 invoked by alias); 31 Dec 2003 16:37:53 -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 4612 invoked from network); 31 Dec 2003 16:37:52 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 31 Dec 2003 16:37:52 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1AbjM0-0004kh-9H; Wed, 31 Dec 2003 11:37:52 -0500 Date: Wed, 31 Dec 2003 16:37:00 -0000 From: Daniel Jacobowitz To: Paul Koning Cc: gdb@sources.redhat.com Subject: Re: Looking for a gdb function to handle alias addresses Message-ID: <20031231163751.GA18231@nevyn.them.org> Mail-Followup-To: Paul Koning , gdb@sources.redhat.com References: <16369.64013.161868.574183@gargle.gargle.HOWL> <20031230230043.GA17557@nevyn.them.org> <16370.60074.841000.648191@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16370.60074.841000.648191@gargle.gargle.HOWL> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-12/txt/msg00296.txt.bz2 On Wed, Dec 31, 2003 at 10:26:34AM -0500, Paul Koning wrote: > >>>>> "Daniel" == Daniel Jacobowitz writes: > > Daniel> On Tue, Dec 30, 2003 at 05:19:57PM -0500, Paul Koning wrote: > >> If this doesn't currently exist, could anyone offer hints as to > >> where such a beast could be added (and what form, roughly, it > >> should take)? > > Daniel> I can't imagine how you would do this. You'd need everywhere > Daniel> that does symbol lookups to apply your theoretical method, at > Daniel> the very least. > > So I take it the function I need doesn't exist at the moment. > > Should I interpret your comment as "don't even think about doing this, > it's too ugly" or "sure you can do this but you'll have to insert the > hook in a lot of places" ? Take it as "I have no idea" :) > If the latter, is another gdbarch function hook the right way? Maybe. What you're describing is very system-specific, rather than architecture-specific - I realize that the basic K0/K1 is a standard MIPS feature, but the details of what regions alias will definitely vary based on more than the gdbarch. So perhaps it should be directly user-configurable instead. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer