This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
Re: tui/2553: directory / path munging capability
- From: Daniel Jacobowitz <drow at false dot org>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 12 Nov 2008 17:48:02 -0000
- Subject: Re: tui/2553: directory / path munging capability
- Reply-to: Daniel Jacobowitz <drow at false dot org>
The following reply was made to PR tui/2553; it has been noted by GNATS.
From: Daniel Jacobowitz <drow@false.org>
To: andreas@nodreams.com
Cc: gdb-gnats@sources.redhat.com
Subject: Re: tui/2553: directory / path munging capability
Date: Wed, 12 Nov 2008 12:42:00 -0500
On Wed, Nov 12, 2008 at 05:16:06PM -0000, andreas@nodreams.com wrote:
> I have a program compiled on another host with the source tree in a different top-level path so gdb is unable to find the source files. Adding all the 2600 directories to dir would be tedious. Although CR 1215 would go a long way in rectifying this it would be nice if I could do something like:
> if /build/src/wibble is the source directory on the machine that compiled the program and /mount/src/wibble is equivalent on the debugger machine, then when gdb fails to find /build/src/wibble/foo.c and I tell it to look in /mount/src/wibble for it, it will also magically find /mount/src/wobble/bar.c which was originally in /build/src/wobble/bar.c
Please look at "set substitute-path" in the manual of a current GDB
release; it should do what you want.
--
Daniel Jacobowitz
CodeSourcery