From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19352 invoked by alias); 25 Feb 2004 00:18:52 -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 19343 invoked from network); 25 Feb 2004 00:18:51 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 25 Feb 2004 00:18:51 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1AvmlG-0007Ub-2n; Tue, 24 Feb 2004 19:18:50 -0500 Date: Wed, 25 Feb 2004 00:18:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Cc: r6144 , mec.gnu@mindspring.com Subject: Re: Branch created for inter-compilation-unit references Message-ID: <20040225001850.GA24036@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com, r6144 , mec.gnu@mindspring.com References: <20040221200814.GA28652@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040221200814.GA28652@nevyn.them.org> User-Agent: Mutt/1.5.1i X-SW-Source: 2004-02/txt/msg00348.txt.bz2 On Sat, Feb 21, 2004 at 03:08:15PM -0500, Daniel Jacobowitz wrote: > I've just created "drow_intercu-20040221-branch". I'm going to post and > commit the work I've done over the past two days, which starts at the > opposite end of the problem from several approaches I've seen here in the > past. > GCC HEAD can already generate the necessary debug information if you want to > play with it; use -gdwarf-2 -feliminate-dwarf2-dups. I expect it will be at > least a few more days before GDB can read that output. The branch is at this point, I hope, complete. Michael, if you have the chance, I would appreciate it if you could run it through your test harness. I would be flabbergasted if it affected any stabs target (there's only one trivial patch outside of dwarf2read.c), and the new code will not be heavily exercised by current GCC output, but the risk for the latter is higher. If you're really feeling adventurous, you can test the new code when using DWARF-2 and GCC 3.3-branch, 3.4-branch, HEAD, tree-ssa, et cetera: just add "--target_board unix/-feliminate-dwarf2-dups" to RUNTESTFLAGS. HEAD GDB will choke on this, the branch does not in my testing. Anyone else with a compiler that can generate this sort of data is invited to test the branch also. Please let me know how it goes. I will start submitting preliminary patches, those which can also act as bug-fixes or optimizations to the current dwarf2 code, tonight or tomorrow. Merging the branch may have to wait until after GDB 6.1. Personally, I'd love for it to be included, since the sooner we release a GDB that can understand this data the sooner GCC can emit it by default; but I want at least some more testing on the branch before I suggest that. My timing for this project was somewhat unfortunate. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer