From: Alexandre Oliva <aoliva@redhat.com>
To: Elena Zannoni <ezannoni@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: non-contiguous files break dwarf2 init-file recognition
Date: Wed, 11 Dec 2002 20:36:00 -0000 [thread overview]
Message-ID: <orr8coj9d3.fsf@free.redhat.lsd.ic.unicamp.br> (raw)
In-Reply-To: <15863.48536.252516.926020@localhost.redhat.com>
On Dec 11, 2002, Elena Zannoni <ezannoni@redhat.com> wrote:
> http://sources.redhat.com/ml/gdb-patches/2001-12/msg00616.html
> Would that patch help you here?
> Probably not.
Definitely not. The case at hand has debugging info for a function
whose oddly-named section was explicitly discarded by a linker script,
but whose lowpc was not at the beginning of the section, so, even
though the section address ended up as zero, it wasn't zero for lowpc
of the function, so the lowpc==0 test in dwarf2_get_pc_bounds() didn't
pass and the debugging info for the function was not discarded.
Then, since the comp_unit had code in .text too, the final
lowpc/highpc region contained all code from zero to the end of the
.text code in the comp_unit, and the program entry point happened to
be in between, so we thought that comp_unit was the entry_file, and
the excessively-inclusive region ended up being used to tell whether
a stack trace had got to the top of the stack.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer
prev parent reply other threads:[~2002-12-12 1:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-11 14:27 Alexandre Oliva
2002-12-11 14:41 ` Elena Zannoni
2002-12-11 20:36 ` Alexandre Oliva [this message]
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=orr8coj9d3.fsf@free.redhat.lsd.ic.unicamp.br \
--to=aoliva@redhat.com \
--cc=ezannoni@redhat.com \
--cc=gdb-patches@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