From: "H.J. Lu" <hjl.tools@gmail.com>
To: Mark Kettenis <mark.kettenis@xs4all.nl>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH 1/3] Add sp_regnum_from_eax and pc_regnum_from_eax
Date: Tue, 03 Jul 2012 17:35:00 -0000 [thread overview]
Message-ID: <CAMe9rOo=TDJb4cx7UkDn95GoDOPkkGvY5o0WZngGyr+Snvvcyg@mail.gmail.com> (raw)
In-Reply-To: <CAMe9rOqjtXg7YbcfpOrv0yx3_whAEubDLAKmb93yH3ehfaGb8Q@mail.gmail.com>
On Tue, Jul 3, 2012 at 8:54 AM, H.J. Lu <hjl.tools@gmail.com> wrote:
> On Tue, Jul 3, 2012 at 7:08 AM, Mark Kettenis <mark.kettenis@xs4all.nl> wrote:
>>> Date: Thu, 21 Jun 2012 11:14:52 -0700
>>> From: "H.J. Lu" <hongjiu.lu@intel.com>
>>>
>>> Hi,
>>>
>>> Here are the first of the last 3 patches for x32 support in GDB. This
>>> patch maps $pc to $eip and $sp to $esp for x32. OK to install?
>>
>> The pseudo register handling code is getting too complex :(. I feel
>> that hiding the set_gdbarch_pc_regnum() and set_gdbarch_sp_regnum()
>> calls in i386-tdep.c isn't the right approach. But I haven't found a
>> better one yet :(.
>>
>
> One possibility is to set pc/sp to register name instead of regnum.
> i386_gdbarch_init can map them to regnum after all pseudo registers
> are finalized.
>
> --
> H.J.
How about this patch? I can also change amd64 and i386
to use "rsp/"rsp"/"esp"/"eip".
Thanks.
--
H.J.
---
* amd64-tdep.c (amd64_x32_init_abi): Set sp_pseudo_reg to
"esp" and pc_pseudo_reg to "eip".
* i386-tdep.c (i386_gdbarch_init): Initialize sp_pseudo_reg
and pc_pseudo_reg to NULL. Update SP regnum from sp_pseudo_reg
and PC regnum from pc_pseudo_reg if needed.
* i386-tdep.h (gdbarch_tdep): Add sp_pseudo_reg and pc_pseudo_reg.
diff --git a/gdb/amd64-tdep.c b/gdb/amd64-tdep.c
index 8ae1142..d59b8c1 100644
--- a/gdb/amd64-tdep.c
+++ b/gdb/amd64-tdep.c
@@ -2946,6 +2946,9 @@ amd64_x32_init_abi (struct gdbarch_info info,
struct gdbarch *gdbarch)
tdesc = tdesc_x32;
tdep->tdesc = tdesc;
+ tdep->sp_pseudo_reg = "esp";
+ tdep->pc_pseudo_reg = "eip";
+
tdep->num_dword_regs = 17;
set_tdesc_pseudo_register_type (gdbarch, amd64_x32_pseudo_register_type);
diff --git a/gdb/i386-tdep.c b/gdb/i386-tdep.c
index fd5969d..a9fee8f 100644
--- a/gdb/i386-tdep.c
+++ b/gdb/i386-tdep.c
@@ -7610,6 +7610,7 @@ i386_gdbarch_init (struct gdbarch_info info,
struct gdbarch_list *arches)
const struct target_desc *tdesc;
int mm0_regnum;
int ymm0_regnum;
+ int num_sp_pc_regs;
/* If there is already a candidate, use it. */
arches = gdbarch_list_lookup_by_info (arches, &info);
@@ -7805,6 +7806,9 @@ i386_gdbarch_init (struct gdbarch_info info,
struct gdbarch_list *arches)
tdep->num_mmx_regs = 8;
tdep->num_ymm_regs = 0;
+ tdep->sp_pseudo_reg = NULL;
+ tdep->pc_pseudo_reg = NULL;
+
tdesc_data = tdesc_data_alloc ();
set_gdbarch_relocate_instruction (gdbarch, i386_relocate_instruction);
@@ -7871,6 +7875,43 @@ i386_gdbarch_init (struct gdbarch_info info,
struct gdbarch_list *arches)
else
tdep->mm0_regnum = -1;
+ /* Check pseudo SP/PC register support. */
+ num_sp_pc_regs = 0;
+ if (tdep->sp_pseudo_reg != NULL)
+ num_sp_pc_regs++;
+ if (tdep->pc_pseudo_reg != NULL)
+ num_sp_pc_regs++;
+
+ if (num_sp_pc_regs)
+ {
+ int num_regs = gdbarch_num_regs (gdbarch);
+ int num_pseudo_regs = gdbarch_num_pseudo_regs (gdbarch);
+ int regno, sp_pc_regs = 0;
+ const char *regname;
+
+ for (regno = num_regs;
+ regno < num_regs + num_pseudo_regs;
+ regno++)
+ {
+ regname = tdesc_register_name (gdbarch, regno);
+ if (regname && regname[0] != '\0')
+ {
+ if (strcmp (regname, tdep->sp_pseudo_reg) == 0)
+ {
+ set_gdbarch_sp_regnum (gdbarch, regno);
+ sp_pc_regs++;
+ }
+ else if (strcmp (regname, tdep->pc_pseudo_reg) == 0)
+ {
+ set_gdbarch_pc_regnum (gdbarch, regno);
+ sp_pc_regs++;
+ }
+ }
+ if (sp_pc_regs == num_sp_pc_regs)
+ break;
+ }
+ }
+
/* Hook in the legacy prologue-based unwinders last (fallback). */
frame_unwind_append_unwinder (gdbarch, &i386_stack_tramp_frame_unwind);
frame_unwind_append_unwinder (gdbarch, &i386_sigtramp_frame_unwind);
diff --git a/gdb/i386-tdep.h b/gdb/i386-tdep.h
index 5f233f5..6e53ff1 100644
--- a/gdb/i386-tdep.h
+++ b/gdb/i386-tdep.h
@@ -155,6 +155,14 @@ struct gdbarch_tdep
/* Number of SSE registers. */
int num_xmm_regs;
+ /* Pseudo register name for SP. Set this to NULL to disable pseudo SP
+ register support. */
+ const char *sp_pseudo_reg;
+
+ /* Pseudo register name for PC. Set this to NULL to disable pseudo PC
+ register support. */
+ const char *pc_pseudo_reg;
+
/* Bits of the extended control register 0 (the XFEATURE_ENABLED_MASK
register), excluding the x87 bit, which are supported by this GDB. */
next prev parent reply other threads:[~2012-07-03 17:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-21 18:15 H.J. Lu
2012-07-03 14:08 ` Mark Kettenis
2012-07-03 15:54 ` H.J. Lu
2012-07-03 17:35 ` H.J. Lu [this message]
2012-07-03 19:15 ` H.J. Lu
2012-07-03 23:56 ` H.J. Lu
2012-07-04 19:53 ` Mark Kettenis
2012-07-04 20:51 ` H.J. Lu
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='CAMe9rOo=TDJb4cx7UkDn95GoDOPkkGvY5o0WZngGyr+Snvvcyg@mail.gmail.com' \
--to=hjl.tools@gmail.com \
--cc=gdb-patches@sourceware.org \
--cc=mark.kettenis@xs4all.nl \
/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