From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 611 invoked by alias); 2 Apr 2003 20:53:42 -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 597 invoked from network); 2 Apr 2003 20:53:42 -0000 Received: from unknown (63.201.54.26) by sources.redhat.com with QMTP; 2 Apr 2003 20:53:42 -0000 Received: (qmail 25679 invoked by uid 10); 2 Apr 2003 20:53:41 -0000 Received: (qmail 19499 invoked by uid 500); 2 Apr 2003 20:53:37 -0000 Mail-Followup-To: gdb@sources.redhat.com, binutils@sources.redhat.com, nickc@redhat.com, drow@mvista.com To: Daniel Jacobowitz Cc: gdb@sources.redhat.com, binutils@sources.redhat.com, nickc@redhat.com Subject: Re: gdb.mi/mi-cli.exp failures References: <3E89AB79.1060700@redhat.com> <3E89C7DB.3080906@redhat.com> <20030401182249.GB24160@nevyn.them.org> <20030402172825.GA32596@nevyn.them.org> <20030402180505.GA29974@nevyn.them.org> <20030402192740.GA3021@nevyn.them.org> From: Ian Lance Taylor Date: Wed, 02 Apr 2003 20:53:00 -0000 In-Reply-To: <20030402192740.GA3021@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-04/txt/msg00034.txt.bz2 Daniel Jacobowitz writes: > Note that this still isn't ideal, because the symbol table is not > clearly cached in the BFD anywhere; so we'll get a new one each time we > relocate a section. What we really need is to cache the canonicalized > symbol table, I suppose. Can we use the existing bfd_free_cached_info() interface in some way? That function is probably only implemented for a.out, but it could be implemented for other targets as well. Actually, I see one issue, which is that calling this function will leave information lying around in memory which you might prefer to free. And there is the converse issue, which is that every time you call this function you need to canonicalize the symbol table, and that is a pain if you call it a lot for the same BFD. You can solve one or the other issue, but I don't think you can solve both, since for most targets the canonical symbol table will point into the internal symbol information. Ian