From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16687 invoked by alias); 29 Mar 2006 04:21:40 -0000 Received: (qmail 16678 invoked by uid 22791); 29 Mar 2006 04:21:39 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao05.cox.net (HELO eastrmmtao05.cox.net) (68.230.240.34) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 29 Mar 2006 04:21:38 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060329042134.GUEA3108.eastrmmtao05.cox.net@localhost.localdomain>; Tue, 28 Mar 2006 23:21:34 -0500 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1FOSBe-0005wW-SS; Tue, 28 Mar 2006 23:21:38 -0500 Date: Wed, 29 Mar 2006 16:16:00 -0000 From: Bob Rossi To: Paul Koning , gdb@sources.redhat.com Subject: Re: Source directory trees not in build location Message-ID: <20060329042138.GJ9767@brasko.net> Mail-Followup-To: Paul Koning , gdb@sources.redhat.com References: <17449.46602.392697.675583@gargle.gargle.HOWL> <20060328225733.GF9767@brasko.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060328225733.GF9767@brasko.net> User-Agent: Mutt/1.5.9i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00197.txt.bz2 On Tue, Mar 28, 2006 at 05:57:33PM -0500, Bob Rossi wrote: > On Tue, Mar 28, 2006 at 05:17:46PM -0500, Paul Koning wrote: > > We have a large source tree with many directories. When the system is > > built that tree appears in one place in the namespace; then the build > > results are saved in "good builds" directories, one per good build up > > to whatever we can save. > > > > The result is that source files are not where they were at build time. > > > > GDB can handle this on a per-directory basis with the "directory" > > command, but when you have on the order of a hundred directories that > > is excessively painful. > > > > I made a local patch to add a source path name rewriting rule. That > > allows a substring of the source path name to be replaced by some > > different substring. The current implementation is simplistic -- it > > allows exactly one substitution rule, and the matching is exact string > > match. It would be possible to allow multiple rules, and probably > > also fancier mechanisms like regexps. That wasn't necessary for our > > application. > > > > Is this of interest to the greater GDB? > > > > paul > > > > Well, I'm not sure if that's necessary. Has anyone gone back to this > patch http://sourceware.org/ml/gdb-patches/2005-10/msg00092.html? > > Although, your solution seems really nice too. Sorry, should have posted this link, it probably makes more sense. http://sourceware.org/ml/gdb/2005-08/msg00066.html After reading it again, I'm not sure if this will solve Paul's problem. Paul, do you think it would? This patch seems to have slipt through the cracks. I think we should look at it again. Bob Rossi