This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Improving GDB's mechanism to check if function is GC'ed
- From: Yao Qi <qiyaoltc at gmail dot com>
- To: Taimoor <tmirza at codesourcery dot com>, Luis Machado <lgustavo at codesourcery dot com>
- Cc: "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Wed, 10 Jun 2015 13:24:59 +0100
- Subject: Re: Improving GDB's mechanism to check if function is GC'ed
- Authentication-results: sourceware.org; auth=none
- References: <556DB1BB dot 50601 at codesourcery dot com> <86eglkeyfw dot fsf at gmail dot com> <55781D03 dot 5070003 at codesourcery dot com> <55782370 dot 50003 at codesourcery dot com>
On 10/06/15 12:45, Taimoor wrote:
Yes. Its not something specific to Nucleus. Only issue is that function
address in DWARF is 0x0 as this object file is loaded at runtime and its
symbols are added using "add-symbol-file" command on the basis of
address space where it is loaded.
IMO, for any dynamic relocatable object, GDB provides a mechanism to
load its symbols using add-symbol-file. But if that object file has
function at 0x0, current mechanism consider it GC'ed.
Could you help me to understand how to reproduce this problem on any GDB
supported targets? Your fix may not be Nucleus specific, but I think
the problem does only exist on Nucleus, please correct me if I am wrong.
--
Yao (éå)