Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Richard Earnshaw <rearnsha@arm.com>
To: gdb-patches@sources.redhat.com
Cc: Richard.Earnshaw@arm.com
Subject: PATCH ARM support a multi-arch compatible way of doing call dummys
Date: Mon, 18 Feb 2002 08:47:00 -0000	[thread overview]
Message-ID: <200202181646.QAA07618@cam-mail2.cambridge.arm.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 516 bytes --]

Using the Sparc port as precedent, this patch fixes the use of 
CALL_DUMMY_BREAKPOINT_OFFSET to be multi-arch compatible.  It's a bit of a 
hack, so I may well come back to it at a later date.

2002-02-18  Richard Earnshaw  <rearnsha@arm.com>

	* arm-tdep.c (arm_set_call_dummy_breakpoint_offset): New function.
	(arm_fix_call_dummy): Call it.
	(arm_call_dummy_breakpoint_offset): Delete.
	(arm_gdbarch_init): Initialize call_dummy_breakpoint_offset.
	* config/arm/tm-arm.h (CALL_DUMMY_BREAKPOINT_OFFSET): Delete.



[-- Attachment #2: gdb-macdbo.patch --]
[-- Type: text/x-patch , Size: 3574 bytes --]

Index: arm-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/arm-tdep.c,v
retrieving revision 1.45
diff -p -r1.45 arm-tdep.c
*** arm-tdep.c	2002/02/18 15:04:17	1.45
--- arm-tdep.c	2002/02/18 16:38:44
*************** static LONGEST arm_call_dummy_words[] =
*** 1263,1268 ****
--- 1263,1287 ----
    0xe1a0e00f, 0xe1a0f004, 0xe7ffdefe
  };
  
+ /* Adjust the call_dummy_breakpoint_offset for the bp_call_dummy
+    breakpoint to the proper address in the call dummy, so that
+    `finish' after a stop in a call dummy works.
+ 
+    XXX Tweeking current_gdbarch is not an optimal solution, but the
+    call to arm_fix_call_dummy is immediately followed by a call to
+    run_stack_dummy, which is the only function where
+    call_dummy_breakpoint_offset is actually used.  */
+ 
+ 
+ static void
+ arm_set_call_dummy_breakpoint_offset (void)
+ {
+   if (caller_is_thumb)
+     set_gdbarch_call_dummy_breakpoint_offset (current_gdbarch, 4);
+   else
+     set_gdbarch_call_dummy_breakpoint_offset (current_gdbarch, 8);
+ }
+ 
  /* Fix up the call dummy, based on whether the processor is currently
     in Thumb or ARM mode, and whether the target function is Thumb or
     ARM.  There are three different situations requiring three
*************** arm_fix_call_dummy (char *dummy, CORE_AD
*** 1292,1297 ****
--- 1311,1317 ----
  
    /* Set flag indicating whether the current PC is in a Thumb function. */
    caller_is_thumb = arm_pc_is_thumb (read_pc ());
+   arm_set_call_dummy_breakpoint_offset ();
  
    /* If the target function is Thumb, set the low bit of the function
       address.  And if the CPU is currently in ARM mode, patch the
*************** arm_fix_call_dummy (char *dummy, CORE_AD
*** 1326,1347 ****
    write_register (4, fun);
  }
  
- /* Return the offset in the call dummy of the instruction that needs
-    to have a breakpoint placed on it.  This is the offset of the 'swi
-    24' instruction, which is no longer actually used, but simply acts
-    as a place-holder now.
- 
-    This implements the CALL_DUMMY_BREAK_OFFSET macro.  */
- 
- int
- arm_call_dummy_breakpoint_offset (void)
- {
-   if (caller_is_thumb)
-     return 4;
-   else
-     return 8;
- }
- 
  /* Note: ScottB
  
     This function does not support passing parameters using the FPA
--- 1346,1351 ----
*************** arm_gdbarch_init (struct gdbarch_info in
*** 2801,2806 ****
--- 2805,2813 ----
    /* Call dummy code.  */
    set_gdbarch_call_dummy_location (gdbarch, ON_STACK);
    set_gdbarch_call_dummy_breakpoint_offset_p (gdbarch, 1);
+   /* We have to give this a value now, even though we will re-set it 
+      during each call to arm_fix_call_dummy.  */
+   set_gdbarch_call_dummy_breakpoint_offset (gdbarch, 8);
    set_gdbarch_call_dummy_p (gdbarch, 1);
    set_gdbarch_call_dummy_stack_adjust_p (gdbarch, 0);
  
Index: config/arm/tm-arm.h
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/tm-arm.h,v
retrieving revision 1.31
diff -p -r1.31 tm-arm.h
*** tm-arm.h	2002/02/18 15:04:19	1.31
--- tm-arm.h	2002/02/18 16:38:46
***************
*** 30,38 ****
     lexical context are listed after the beginning LBRAC instead of
     before in the executables list of symbols.  */
  #define VARIABLES_INSIDE_BLOCK(desc, gcc_p) (!(gcc_p))
- \f
- /* XXX This is NOT multi-arch compatible.  */
- #define CALL_DUMMY_BREAKPOINT_OFFSET arm_call_dummy_breakpoint_offset()
- extern int arm_call_dummy_breakpoint_offset (void);
  
  #endif /* TM_ARM_H */
--- 30,34 ----

             reply	other threads:[~2002-02-18 16:47 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-18  8:47 Richard Earnshaw [this message]
2002-02-18  9:53 ` 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=200202181646.QAA07618@cam-mail2.cambridge.arm.com \
    --to=rearnsha@arm.com \
    --cc=Richard.Earnshaw@arm.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