This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
spelling corrections: request approval
- To: gdb-patches at sourceware dot cygnus dot com
- Subject: spelling corrections: request approval
- From: David B Anderson <davea at quasar dot engr dot sgi dot com>
- Date: Sat, 14 Oct 2000 08:39:22 -0700 (PDT)
Requesting approval for checkin of the following
spelling corrections in comments.
My last request had too many different maintainers
in one spelling correction list, so no one person wanted
to approve it (is my interpretation/guess).
And, too, the set of corrections was, well, large.
So I'm trying to break this down sensibly into separate
requests.
davea@sgi.com
2000-10-14 David B Anderson <davea@sgi.com>
* mips-tdep.c (mips32_next_pc) remote.c
corelow.c (core_open): Correct spelling errors in comments
Index: mips-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/mips-tdep.c,v
retrieving revision 1.30
diff -u -p -p -r1.30 mips-tdep.c
--- mips-tdep.c 2000/08/19 05:32:23 1.30
+++ mips-tdep.c 2000/10/14 15:19:48
@@ -819,7 +819,7 @@ mips32_next_pc (CORE_ADDR pc)
} /* mips32_next_pc */
/* Decoding the next place to set a breakpoint is irregular for the
- mips 16 variant, but fortunatly, there fewer instructions. We have to cope
+ mips 16 variant, but fortunately, there fewer instructions. We have to cope
ith extensions for 16 bit instructions and a pair of actual 32 bit instructions.
We dont want to set a single step instruction on the extend instruction
either.
Index: remote.c
===================================================================
RCS file: /cvs/src/src/gdb/remote.c,v
retrieving revision 1.24
diff -u -p -p -r1.24 remote.c
--- remote.c 2000/10/13 21:41:21 1.24
+++ remote.c 2000/10/14 15:19:49
@@ -2192,7 +2192,7 @@ serial device is attached to the remote
/* FIXME: cagney/1999-09-23: During the initial connection it is
assumed that the target is already ready and able to respond to
- requests. Unfortunatly remote_start_remote() eventually calls
+ requests. Unfortunately remote_start_remote() eventually calls
wait_for_inferior() with no timeout. wait_forever_enabled_p gets
around this. Eventually a mechanism that allows
wait_for_inferior() to expect/get timeouts will be
Index: corelow.c
===================================================================
RCS file: /cvs/src/src/gdb/corelow.c,v
retrieving revision 1.9
diff -u -p -p -r1.9 corelow.c
--- corelow.c 2000/09/01 23:41:20 1.9
+++ corelow.c 2000/10/14 15:19:46
@@ -329,7 +329,7 @@ core_open (char *filename, int from_tty)
siggy = bfd_core_file_failing_signal (core_bfd);
if (siggy > 0)
/* NOTE: target_signal_from_host() converts a target signal value
- into gdb's internal signal value. Unfortunatly gdb's internal
+ into gdb's internal signal value. Unfortunately gdb's internal
value is called ``target_signal'' and this function got the
name ..._from_host(). */
printf_filtered ("Program terminated with signal %d, %s.\n", siggy,
Regards,
David B. Anderson davea@sgi.com danderson@acm.org http://reality.sgi.com/davea/