2004-07-17 Andrew Cagney <cagney@gnu.org>

	* ppc-linux-tdep.c (ppc_linux_init_abi): Add [sic] to Linux.
	* ppc-linux-nat.c: Use "Linux kernel".
	* hppa-linux-tdep.c: Use GNU/Linux.
	* hppa-linux-nat.c: Use GNU/Linux.
	* dwarfread.c: Add [sic] to use of Linux.

diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index 823a2bd6180b4e4c5ffe455a1eeba8d94bacf955..e83c993b69aa4bbc107f521bc03c73e6249da67f 100644 (file)
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,5 +1,11 @@
 2004-07-17  Andrew Cagney  <cagney@gnu.org>
 
+       * ppc-linux-tdep.c (ppc_linux_init_abi): Add [sic] to Linux.
+       * ppc-linux-nat.c: Use "Linux kernel".
+       * hppa-linux-tdep.c: Use GNU/Linux.
+       * hppa-linux-nat.c: Use GNU/Linux.
+       * dwarfread.c: Add [sic] to use of Linux.
+
        * hppa-linux-nat.c: Do not include <string.h>.
        (supply_fpregset): Remove "register" attribute.
 

diff --git a/gdb/dwarfread.c b/gdb/dwarfread.c
index cb31543ae0bf5731509b471be8511f0a0893034f..f8aa4a8d096b34e7acb948216558bf9fc2d7bb56 100644 (file)
--- a/gdb/dwarfread.c
+++ b/gdb/dwarfread.c
@@ -84,7 +84,7 @@
      On 2003-06-09 the gdb list received a report from a user
        with Absoft ProFortran f77 which is dwarf-1.
 
-     Absoft ProFortran Linux Fortran User Guide (no version,
+     Absoft ProFortran Linux[sic] Fortran User Guide (no version,
      but copyright dates are 1991-2001) says that Absoft ProFortran
      supports -gdwarf1 and -gdwarf2.
 

diff --git a/gdb/hppa-linux-nat.c b/gdb/hppa-linux-nat.c
index fc901ace3bdfa36a6f59a89f6ddbfc55829d8e8f..ef9eafbcd3fb3135f7de30356bfd470303e7b1f0 100644 (file)
--- a/gdb/hppa-linux-nat.c
+++ b/gdb/hppa-linux-nat.c
@@ -1,4 +1,5 @@
-/* Functions specific to running gdb native on HPPA running Linux.
+/* Functions specific to running GDB native on HPPA running GNU/Linux.
+
    Copyright 2004 Free Software Foundation, Inc.
 
    This file is part of GDB.

diff --git a/gdb/hppa-linux-tdep.c b/gdb/hppa-linux-tdep.c
index 1998a0ac6bec631f934c154eee48124d18a2f57b..6b3c0146426ab494ac3e9631c46313137e65392b 100644 (file)
--- a/gdb/hppa-linux-tdep.c
+++ b/gdb/hppa-linux-tdep.c
@@ -1,4 +1,4 @@
-/* Target-dependent code for Linux running on PA-RISC, for GDB.
+/* Target-dependent code for GNU/Linux running on PA-RISC, for GDB.
 
    Copyright 2004 Free Software Foundation, Inc.
 
@@ -550,7 +550,7 @@ hppa_linux_init_abi (struct gdbarch_info info, struct gdbarch *gdbarch)
 {
   struct gdbarch_tdep *tdep = gdbarch_tdep (gdbarch);
 
-  /* Linux is always ELF.  */
+  /* GNU/Linux is always ELF.  */
   tdep->is_elf = 1;
 
   tdep->find_global_pointer = hppa_linux_find_global_pointer;

diff --git a/gdb/ppc-linux-nat.c b/gdb/ppc-linux-nat.c
index 4d8f503715f6541c612bc1806fc351c9e0e32f54..987c64bcf88fa790396f61f14c9dfdb18efb254f 100644 (file)
--- a/gdb/ppc-linux-nat.c
+++ b/gdb/ppc-linux-nat.c
@@ -114,8 +114,8 @@ typedef char gdb_vrregset_t[SIZEOF_VRREGS];
 
 /* On PPC processors that support the the Signal Processing Extension
    (SPE) APU, the general-purpose registers are 64 bits long.
-   However, the ordinary Linux PTRACE_PEEKUSR / PTRACE_POKEUSR /
-   PT_READ_U / PT_WRITE_U ptrace calls only access the lower half of
+   However, the ordinary Linux kernel PTRACE_PEEKUSR / PTRACE_POKEUSR
+   / PT_READ_U / PT_WRITE_U ptrace calls only access the lower half of
    each register, to allow them to behave the same way they do on
    non-SPE systems.  There's a separate pair of calls,
    PTRACE_GETEVRREGS / PTRACE_SETEVRREGS, that read and write the top

diff --git a/gdb/ppc-linux-tdep.c b/gdb/ppc-linux-tdep.c
index a7e58bcb5d7f0b3c457038803c50602511280e99..585260bf4163a270c2fdc07928a2ea0e579a0a2f 100644 (file)
--- a/gdb/ppc-linux-tdep.c
+++ b/gdb/ppc-linux-tdep.c
@@ -1,7 +1,7 @@
 /* Target-dependent code for GDB, the GNU debugger.
 
    Copyright 1986, 1987, 1989, 1991, 1992, 1993, 1994, 1995, 1996,
-   1997, 2000, 2001, 2002, 2003 Free Software Foundation, Inc.
+   1997, 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
 
    This file is part of GDB.
 
@@ -1070,7 +1070,7 @@ ppc_linux_init_abi (struct gdbarch_info info,
          However, as one of the known warts of its ABI, PPC GNU/Linux
          uses eight-byte long doubles.  GCC only recently got 128-bit
          long double support on PPC, so it may be changing soon.  The
-         Linux Standards Base says that programs that use 'long
+         Linux[sic] Standards Base says that programs that use 'long
          double' on PPC GNU/Linux are non-conformant.  */
       set_gdbarch_long_double_bit (gdbarch, 8 * TARGET_CHAR_BIT);