From: Andrew Cagney Date: Sat, 17 Jul 2004 14:15:30 +0000 (+0000) Subject: 2004-07-17 Andrew Cagney X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=9cbc6ef04e5d04231f2ac1c4b7fd9848d9a2b3b0;p=binutils-gdb.git 2004-07-17 Andrew Cagney * 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 823a2bd6180..e83c993b69a 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,5 +1,11 @@ 2004-07-17 Andrew Cagney + * 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 . (supply_fpregset): Remove "register" attribute. diff --git a/gdb/dwarfread.c b/gdb/dwarfread.c index cb31543ae0b..f8aa4a8d096 100644 --- 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 fc901ace3bd..ef9eafbcd3f 100644 --- 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 1998a0ac6be..6b3c0146426 100644 --- 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 4d8f503715f..987c64bcf88 100644 --- 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 a7e58bcb5d7..585260bf416 100644 --- 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);