From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20290 invoked by alias); 10 Jul 2008 15:07:57 -0000 Received: (qmail 20280 invoked by uid 22791); 10 Jul 2008 15:07:57 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 10 Jul 2008 15:07:31 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id BA1C098415; Thu, 10 Jul 2008 15:07:29 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 95A9798337; Thu, 10 Jul 2008 15:07:29 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1KGxk0-0003LR-4Q; Thu, 10 Jul 2008 11:07:28 -0400 Date: Thu, 10 Jul 2008 15:07:00 -0000 From: Daniel Jacobowitz To: Andrew STUBBS Cc: Paul Koning , gdb@sourceware.org Subject: Re: Symbol tables for separately linked pieces Message-ID: <20080710150728.GA12544@caradoc.them.org> Mail-Followup-To: Andrew STUBBS , Paul Koning , gdb@sourceware.org References: <18550.7195.371436.629820@gargle.gargle.HOWL> <487622FE.8050209@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487622FE.8050209@st.com> User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-07/txt/msg00066.txt.bz2 On Thu, Jul 10, 2008 at 03:55:58PM +0100, Andrew STUBBS wrote: > This solution is less satisfactory when the context change occurs > frequently, so I've been wondering if there would be a better way to do > it myself. Some sort of context sensitive thing maybe (select symbols > from the same source as the current function symbol), or perhaps > explicitly by name ("break a.elf:main"). I don't have a suggestion, but I do have a hopeful sign: the same sort of juggling is necessary for a multiple-process-image GDB, which CodeSourcery's going to be working on once we're finished with non-stop debugging and multi-process-single-image. Whatever we come up with will hopefully be useful for this two image scenario too. I suspect we'll tell GDB to keep both symbol tables loaded, but have one current. But I haven't really thought about it (I'm working on other things). -- Daniel Jacobowitz CodeSourcery