Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Ulrich Weigand" <uweigand@de.ibm.com>
To: gdb-patches@sourceware.org
Subject: [rfc] Simplify ppc64_sysv_abi_adjust_breakpoint_address
Date: Thu, 15 May 2008 10:11:00 -0000	[thread overview]
Message-ID: <200805142302.m4EN205i030037@d12av02.megacenter.de.ibm.com> (raw)

Hello,

this is another patch to simplify powerpc64-linux code.  We used to 
handle minimal symbols pointing to function descriptors by installing
a ppc64_sysv_abi_adjust_breakpoint_address routine.  This always had
a number of unpleasant side effects, for example it broke prologue
skipping, and it tended to print out annoying warning messages.

With my recent changes to handle function descriptors directly in
linespec.c:minsym_found, the underlying problem is already handled
(and without those side effects) before we ever get into the last-
ditch adjust_breakpoint_address code, so this no longer has any
effect.

Thus I'd propose to remove that code.  Any objections?

Tested on powerpc64-linux with no change in behaviour.

Thanks,
Ulrich


ChangeLog:

	* ppc-linux-tdep.c (ppc_linux_init_abi): Do not install
	ppc64_sysv_abi_adjust_breakpoint_address.
	* ppc-sysv-tdep.c (ppc64_sysv_abi_adjust_breakpoint_address): Remove.
	* ppc-tdep.h (ppc64_sysv_abi_adjust_breakpoint_address): Remove.


diff -urNp gdb-orig/gdb/ppc-linux-tdep.c gdb-head/gdb/ppc-linux-tdep.c
--- gdb-orig/gdb/ppc-linux-tdep.c	2008-05-14 20:28:48.244451000 +0200
+++ gdb-head/gdb/ppc-linux-tdep.c	2008-05-14 21:13:05.634689598 +0200
@@ -1024,15 +1024,6 @@ ppc_linux_init_abi (struct gdbarch_info 
   
   if (tdep->wordsize == 8)
     {
-       /* Handle the 64-bit SVR4 minimal-symbol convention of using "FN"
-	  for the descriptor and ".FN" for the entry-point -- a user
-	  specifying "break FN" will unexpectedly end up with a breakpoint
-	  on the descriptor and not the function.  This architecture method
-	  transforms any breakpoints on descriptors into breakpoints on the
-	  corresponding entry point.  */
-      set_gdbarch_adjust_breakpoint_address
-	(gdbarch, ppc64_sysv_abi_adjust_breakpoint_address);
-
       /* Handle PPC GNU/Linux 64-bit function pointers (which are really
 	 function descriptors).  */
       set_gdbarch_convert_from_func_ptr_addr
diff -urNp gdb-orig/gdb/ppc-sysv-tdep.c gdb-head/gdb/ppc-sysv-tdep.c
--- gdb-orig/gdb/ppc-sysv-tdep.c	2008-05-11 23:02:59.000000000 +0200
+++ gdb-head/gdb/ppc-sysv-tdep.c	2008-05-14 21:13:18.323862623 +0200
@@ -1510,20 +1510,3 @@ ppc64_sysv_abi_return_value (struct gdba
   return RETURN_VALUE_STRUCT_CONVENTION;
 }
 
-CORE_ADDR
-ppc64_sysv_abi_adjust_breakpoint_address (struct gdbarch *gdbarch,
-					  CORE_ADDR bpaddr)
-{
-  /* PPC64 SYSV specifies that the minimal-symbol "FN" should point at
-     a function-descriptor while the corresponding minimal-symbol
-     ".FN" should point at the entry point.  Consequently, a command
-     like "break FN" applied to an object file with only minimal
-     symbols, will insert the breakpoint into the descriptor at "FN"
-     and not the function at ".FN".  Avoid this confusion by adjusting
-     any attempt to set a descriptor breakpoint into a corresponding
-     function breakpoint.  Note that GDB warns the user when this
-     adjustment is applied - that's ok as otherwise the user will have
-     no way of knowing why their breakpoint at "FN" resulted in the
-     program stopping at ".FN".  */
-  return gdbarch_convert_from_func_ptr_addr (gdbarch, bpaddr, &current_target);
-}
diff -urNp gdb-orig/gdb/ppc-tdep.h gdb-head/gdb/ppc-tdep.h
--- gdb-orig/gdb/ppc-tdep.h	2008-05-11 23:02:59.000000000 +0200
+++ gdb-head/gdb/ppc-tdep.h	2008-05-14 21:13:42.342003078 +0200
@@ -54,9 +54,6 @@ CORE_ADDR ppc64_sysv_abi_push_dummy_call
 					  struct value **args, CORE_ADDR sp,
 					  int struct_return,
 					  CORE_ADDR struct_addr);
-CORE_ADDR ppc64_sysv_abi_adjust_breakpoint_address (struct gdbarch *gdbarch,
-						    CORE_ADDR bpaddr);
-
 enum return_value_convention ppc64_sysv_abi_return_value (struct gdbarch *gdbarch,
 							  struct type *func_type,
 							  struct type *valtype,
-- 
  Dr. Ulrich Weigand
  GNU Toolchain for Linux on System z and Cell BE
  Ulrich.Weigand@de.ibm.com


             reply	other threads:[~2008-05-14 23:02 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-15 10:11 Ulrich Weigand [this message]
2008-05-15 17:03 ` Daniel Jacobowitz
2008-05-16 16:21   ` Ulrich Weigand
2008-10-07 16:31     ` Luis Machado
2008-10-09 17:53       ` Ulrich Weigand
2008-10-09 17:57         ` Luis Machado
2008-10-09 17:59           ` Ulrich Weigand
2008-10-09 18:02             ` Luis Machado
2008-10-09 18:06               ` Ulrich Weigand
2008-10-09 18:06                 ` Luis Machado

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=200805142302.m4EN205i030037@d12av02.megacenter.de.ibm.com \
    --to=uweigand@de.ibm.com \
    --cc=gdb-patches@sourceware.org \
    /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