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.
This commit is contained in:
parent
1b89295f2f
commit
9cbc6ef04e
6 changed files with 15 additions and 8 deletions
|
@ -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.
|
||||
|
||||
|
|
|
@ -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.
|
||||
|
||||
|
|
|
@ -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.
|
||||
|
|
|
@ -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;
|
||||
|
|
|
@ -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
|
||||
|
|
|
@ -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);
|
||||
|
||||
|
|
Loading…
Reference in a new issue