From: Michal Ludvig <mludvig@suse.cz>
To: gdb-patches@sources.redhat.com
Subject: Re: [RFA] x86_64_skip_prologue
Date: Tue, 19 Mar 2002 08:01:00 -0000 [thread overview]
Message-ID: <3C9760B6.7040900@suse.cz> (raw)
In-Reply-To: <1020315184051.ZM27571@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 1124 bytes --]
Kevin Buettner wrote:
>>3) Now pc points to the first line of the sourcecode of the function
>>(usually opening '{'). If the next line with debuginfo has pc within
>>bounds of this function, we will return this pc instead.
>
> You might want to take a look at some of the other prologue analyzers.
> In particular, you might want to consider calling find_pc_line() instead
> of accessing the data structures directly.
Most of other *_skip_prologue functions pretend, that prolog is an
always-the-same sequence of instructions, what is not the case on
x86-64. I can't see an approach other than the one I have chosen.
Of course I can use other structures and maybe some macros, but the
concept will remain. Or is there another way?
Why should I preferably use find_pc_line()? It gives me the same symtab
as find_pc_symtab() does... Anyway I have rewritten the code to use it.
> BTW, you might want to run your code through indent.
Sorry, I'm not yet used to follow GNU coding style. Hopefully now it is
better ;-)
Michal Ludvig
--
* SuSE CR, s.r.o * mludvig@suse.cz
* +420 2 9654 5373 * http://www.suse.cz
[-- Attachment #2: x8664-04.diff --]
[-- Type: text/plain, Size: 2245 bytes --]
Index: x86-64-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/x86-64-tdep.c,v
retrieving revision 1.10
diff -c -3 -p -r1.10 x86-64-tdep.c
*** x86-64-tdep.c 2002/03/04 11:08:28 1.10
--- x86-64-tdep.c 2002/03/19 15:29:24
*************** x86_64_frameless_function_invocation (st
*** 759,768 ****
return 0;
}
! /* On x86_64 there are no reasonable prologs. */
CORE_ADDR
x86_64_skip_prologue (CORE_ADDR pc)
{
return pc;
}
--- 759,815 ----
return 0;
}
! /* If a function with debugging information and known beginning
! is detected, we will return pc of the next line in the source
! code. With this approach we effectively skip the prolog. */
!
! #define PROLOG_BUFSIZE 4
CORE_ADDR
x86_64_skip_prologue (CORE_ADDR pc)
{
+ int i, firstline, currline;
+ struct symtab_and_line v_sal;
+ struct symbol *v_function;
+ CORE_ADDR salendaddr = 0, endaddr = 0;
+
+ /* We will handle only functions beginning with:
+ 55 pushq %rbp
+ 48 89 e5 movq %rsp,%rbp
+ */
+ unsigned char prolog_expect[PROLOG_BUFSIZE] = { 0x55, 0x48, 0x89, 0xe5 },
+ prolog_buf[PROLOG_BUFSIZE];
+
+ read_memory (pc, (char *) prolog_buf, PROLOG_BUFSIZE);
+
+ /* First check, whether pc points to pushq %rbp, movq %rsp,%rbp. */
+ for (i = 0; i < PROLOG_BUFSIZE; i++)
+ if (prolog_expect[i] != prolog_buf[i])
+ return pc;
+
+ v_function = find_pc_function (pc);
+ v_sal = find_pc_line (pc, 0);
+
+ /* If pc doesn't point to a function with debuginfo,
+ some of the following may be NULL. */
+ if (!v_function || !v_function->ginfo.value.block
+ || !v_sal.symtab)
+ return pc;
+
+ firstline = v_sal.line;
+ currline = firstline;
+ salendaddr = v_sal.end;
+ endaddr = v_function->ginfo.value.block->endaddr;
+
+ for (i = 0; i < v_sal.symtab->linetable->nitems; i++)
+ if (v_sal.symtab->linetable->item[i].line > firstline
+ && v_sal.symtab->linetable->item[i].pc >= salendaddr
+ && v_sal.symtab->linetable->item[i].pc < endaddr)
+ {
+ pc = v_sal.symtab->linetable->item[i].pc;
+ currline = v_sal.symtab->linetable->item[i].line;
+ break;
+ }
+
return pc;
}
next prev parent reply other threads:[~2002-03-19 16:01 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-15 10:22 Michal Ludvig
2002-03-15 10:41 ` Kevin Buettner
2002-03-19 8:01 ` Michal Ludvig [this message]
2002-03-22 2:57 ` Michal Ludvig
2002-03-23 11:01 ` Andrew Cagney
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=3C9760B6.7040900@suse.cz \
--to=mludvig@suse.cz \
--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