From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21184 invoked by alias); 25 Nov 2002 04:28:47 -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 21173 invoked from network); 25 Nov 2002 04:28:45 -0000 Received: from unknown (HELO zenia.red-bean.com) (66.244.67.22) by sources.redhat.com with SMTP; 25 Nov 2002 04:28:45 -0000 Received: (from jimb@localhost) by zenia.red-bean.com (8.11.6/8.11.6) id gAP4A8608769; Sun, 24 Nov 2002 23:10:08 -0500 To: Alexander Larsson Cc: gdb@sources.redhat.com Subject: Re: Final separate debug info patch References: From: Jim Blandy Date: Sun, 24 Nov 2002 20:28:00 -0000 In-Reply-To: Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.92 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-11/txt/msg00348.txt.bz2 Just to give some status on this patch: The patch as posted doesn't properly handle the case where the executable file has changed since the last 'run' command, and GDB needs to re-read the symbols. It does get rid of the out-of-date separated objfile, but it doesn't read in the new one. You may have said this in one of your earlier posts, but I'll guess now that the omission was deliberate: this is kind of a pain to do. I think the separated debug info should use the same section offset table that its parent objfile does --- that's the table that reread_symbols would have used if the debug info weren't separated, anyway. I've got a patch written, but not working, that does this; it involved some interface changes to pass the information down to where it's needed, so it's larger than one would like. I'll post it as soon as it seems to work; it'll need to be broken into a few separate patches before it can really be reviewed and committed.