]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commitdiff
* ppc-linux-tdep.c: More "Linux" -> "GNU/Linux".
authorJim Blandy <jimb@codesourcery.com>
Sat, 13 Sep 2003 00:54:44 +0000 (00:54 +0000)
committerJim Blandy <jimb@codesourcery.com>
Sat, 13 Sep 2003 00:54:44 +0000 (00:54 +0000)
gdb/ChangeLog
gdb/ppc-linux-tdep.c

index 236bcdf9bf681bc72c834c2733a4fa815b861483..e48c010db7b053f538aaed1e8a4a3ce5a77a111b 100644 (file)
@@ -1,3 +1,7 @@
+2003-09-12  Jim Blandy  <jimb@redhat.com>
+
+       * ppc-linux-tdep.c: More "Linux" -> "GNU/Linux".
+
 2003-09-12  Jeff Johnston  <jjohnstn@redhat.com>
 
         * top.c (quit_target): New static helper function.
index 269e16d496e740046377aac150df30bc9980379c..05b051045bf03a0ec230c996deb6650cbc83afbb 100644 (file)
@@ -731,7 +731,7 @@ insn_ds_field (unsigned int insn)
 }
 
 
-/* If DESC is the address of a 64-bit PowerPC Linux function
+/* If DESC is the address of a 64-bit PowerPC GNU/Linux function
    descriptor, return the descriptor's entry point.  */
 static CORE_ADDR
 ppc64_desc_entry_point (CORE_ADDR desc)
@@ -894,22 +894,22 @@ ppc64_skip_trampoline_code (CORE_ADDR pc)
 }
 
 
-/* Support for CONVERT_FROM_FUNC_PTR_ADDR(ADDR) on PPC64 Linux.
+/* Support for CONVERT_FROM_FUNC_PTR_ADDR(ADDR) on PPC64 GNU/Linux.
 
    Usually a function pointer's representation is simply the address
-   of the function. On Linux on the 64-bit PowerPC however, a function
-   pointer is represented by a pointer to a TOC entry. This TOC entry
-   contains three words, the first word is the address of the
-   function, the second word is the TOC pointer (r2), and the third
-   word is the static chain value.  Throughout GDB it is currently
-   assumed that a function pointer contains the address of the
-   function, which is not easy to fix.  In addition, the conversion of
-   a function address to a function pointer would require allocation
-   of a TOC entry in the inferior's memory space, with all its
-   drawbacks.  To be able to call C++ virtual methods in the inferior
-   (which are called via function pointers), find_function_addr uses
-   this function to get the function address from a function
-   pointer.  */
+   of the function. On GNU/Linux on the 64-bit PowerPC however, a
+   function pointer is represented by a pointer to a TOC entry. This
+   TOC entry contains three words, the first word is the address of
+   the function, the second word is the TOC pointer (r2), and the
+   third word is the static chain value.  Throughout GDB it is
+   currently assumed that a function pointer contains the address of
+   the function, which is not easy to fix.  In addition, the
+   conversion of a function address to a function pointer would
+   require allocation of a TOC entry in the inferior's memory space,
+   with all its drawbacks.  To be able to call C++ virtual methods in
+   the inferior (which are called via function pointers),
+   find_function_addr uses this function to get the function address
+   from a function pointer.  */
 
 /* Return real function address if ADDR (a function pointer) is in the data
    space and is therefore a special function pointer.  */
@@ -929,7 +929,7 @@ ppc64_linux_convert_from_func_ptr_addr (CORE_ADDR addr)
 }
 
 
-/* On 64-bit PowerPC Linux, the ELF header's e_entry field is the
+/* On 64-bit PowerPC GNU/Linux, the ELF header's e_entry field is the
    address of a function descriptor for the entry point function, not
    the actual entry point itself.  So to find the actual address at
    which execution should begin, we need to fetch the function's entry
@@ -1062,7 +1062,7 @@ ppc_linux_init_abi (struct gdbarch_info info,
   
   if (tdep->wordsize == 8)
     {
-      /* Handle PPC64 Linux function pointers (which are really
+      /* Handle PPC64 GNU/Linux function pointers (which are really
          function descriptors).  */
       set_gdbarch_convert_from_func_ptr_addr
         (gdbarch, ppc64_linux_convert_from_func_ptr_addr);