From: Bob Rossi <bob@brasko.net>
To: gdb@sources.redhat.com
Subject: Re: [MI] -file-list-exec-source-files
Date: Mon, 16 Feb 2004 03:45:00 -0000 [thread overview]
Message-ID: <20040216034525.GA3437@white> (raw)
In-Reply-To: <20040216033008.GB2685@nevyn.them.org>
On Sun, Feb 15, 2004 at 10:30:08PM -0500, Daniel Jacobowitz wrote:
> On Thu, Feb 12, 2004 at 08:29:46PM -0500, Bob Rossi wrote:
> > So, I have 2 solutions,
> > 1. Modify the psytmab to also have the 'dirname'. Which seems
> > difficult. Although I do think this is the best solution. (Not knowing
> > to much about psymtabs and symtabs)
> >
> > 2. Change -file-list-exec-source-file to receive an optional filename,
> > which when doing this causes GDB to read in the symtab associated with
> > the psymtab. Then the fullname can be retrieved.
>
> The question is whether this information is available without having to
> read full symtabs. Is this the dirname referenced in debug
> information, or the dirname in which GDB has actually found the file?
> I'm guessing that it's the latter, since so few debug readers bother to
> fill in the former. If so we would have to search the directory path
> for every file when generating psymtabs, which isn't acceptable. It
> would take a fearsomely long time.
Thanks for the response.
Actually, I'm pretty sure it's the former.
It's symtab->dirname, which seems to get filled in from the debug info.
It looks like symtab->dirname gets set around buildsym.c:975.
Is it bad to count on this feature if so few debug readers support the feature?
It seems that at least "stabs" supports this feature.
Currently, as far as I know, it's the only way things like annotate
1,2 and 3 work. That's the only reliable way GDB gets the absolute path
to the source file, is that correct? If there is another method GDB
figures out the absolute path to the source file, I would be interested
in hearing it.
Bob Rossi
next prev parent reply other threads:[~2004-02-16 3:45 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-13 1:29 Bob Rossi
2004-02-16 1:26 ` Bob Rossi
2004-02-16 1:42 ` Kip Macy
2004-02-16 3:19 ` Bob Rossi
2004-02-16 3:30 ` Daniel Jacobowitz
2004-02-16 3:45 ` Bob Rossi [this message]
2004-02-16 3:49 ` Daniel Jacobowitz
2004-02-16 15:33 ` Bob Rossi
2004-02-16 15:46 ` Daniel Jacobowitz
2004-02-16 16:08 ` Bob Rossi
2004-02-17 18:22 ` Andrew Cagney
2004-02-17 19:10 ` Bob Rossi
2004-02-17 19:12 ` Daniel Jacobowitz
2004-02-17 19:30 ` Bob Rossi
2004-02-17 19:33 ` Daniel Jacobowitz
2004-02-23 13:13 ` Bob Rossi
2004-02-23 13:55 ` Daniel Jacobowitz
2004-02-24 4:26 ` Bob Rossi
2004-02-27 6:23 ` Bob Rossi
2004-02-27 15:00 ` Daniel Jacobowitz
2004-02-17 19:47 ` Andrew Cagney
2004-02-17 20:02 ` Bob Rossi
2004-02-17 20:27 ` Andrew Cagney
2004-02-17 21:08 ` Bob Rossi
2004-02-17 21:37 ` Daniel Jacobowitz
2004-02-17 21:58 ` Bob Rossi
2004-02-18 14:24 ` Alain Magloire
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040216034525.GA3437@white \
--to=bob@brasko.net \
--cc=gdb@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox