public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
[parent not found: <20030429130800.8300.stolfi@ic.unicamp.br>]
* [Bug symtab/8300] no local symbol information within nested or nesting procedures
[not found] <20030429130800.8300.stolfi@ic.unicamp.br>
@ 2009-04-22 14:20 ` jan dot kratochvil at redhat dot com
2010-02-04 21:11 ` tromey at redhat dot com
2010-07-29 19:43 ` tromey at redhat dot com
2 siblings, 0 replies; 5+ messages in thread
From: jan dot kratochvil at redhat dot com @ 2009-04-22 14:20 UTC (permalink / raw)
To: gdb-prs
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |jan dot kratochvil at redhat
| |dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=8300
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 5+ messages in thread* [Bug symtab/8300] no local symbol information within nested or nesting procedures
[not found] <20030429130800.8300.stolfi@ic.unicamp.br>
2009-04-22 14:20 ` jan dot kratochvil at redhat dot com
@ 2010-02-04 21:11 ` tromey at redhat dot com
2010-07-29 19:43 ` tromey at redhat dot com
2 siblings, 0 replies; 5+ messages in thread
From: tromey at redhat dot com @ 2010-02-04 21:11 UTC (permalink / raw)
To: gdb-prs
------- Additional Comments From tromey at redhat dot com 2010-02-04 21:11 -------
I tried this today. It mostly works -- I can step into the nested function
and print its arguments and locals.
gdb recognizes the symbols from the enclosing function, but it gets their
values wrong:
(gdb) p w
$2 = 5930
(gdb) p x
$3 = 5929
(gdb) p y
$4 = -1073744072
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |tromey at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=8300
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 5+ messages in thread* [Bug symtab/8300] no local symbol information within nested or nesting procedures
[not found] <20030429130800.8300.stolfi@ic.unicamp.br>
2009-04-22 14:20 ` jan dot kratochvil at redhat dot com
2010-02-04 21:11 ` tromey at redhat dot com
@ 2010-07-29 19:43 ` tromey at redhat dot com
2 siblings, 0 replies; 5+ messages in thread
From: tromey at redhat dot com @ 2010-07-29 19:43 UTC (permalink / raw)
To: gdb-prs
------- Additional Comments From tromey at redhat dot com 2010-07-29 19:43 -------
I looked at this a little more deeply today, with some advice from Roland.
The problem in this case is that the 'subproc' function does not reference
any variables from its enclosing context. So, gcc does not emit
DW_AT_static_link. I think the right thing to do in this case is to throw
an error for any variable from the outer function that requires a frame.
If you add a mention of 'w' to 'subproc', then the DWARF looks better.
However, gdb doesn't ever use DW_AT_static_link, so if you get the right
answer it is purely by accident.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=8300
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-02-22 16:02 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-8300-4717@http.sourceware.org/bugzilla/>
2012-07-11 13:27 ` [Bug symtab/8300] no local symbol information within nested or nesting procedures tromey at redhat dot com
2013-02-22 16:02 ` tromey at redhat dot com
[not found] <20030429130800.8300.stolfi@ic.unicamp.br>
2009-04-22 14:20 ` jan dot kratochvil at redhat dot com
2010-02-04 21:11 ` tromey at redhat dot com
2010-07-29 19:43 ` tromey at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).