Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Mark Kettenis <kettenis@chello.nl>
To: gdb-patches@sources.redhat.com
Subject: [PATCH] Fix some spelling mistakes
Date: Fri, 19 Mar 2004 00:09:00 -0000	[thread overview]
Message-ID: <200403052058.i25Kw2UW000436@elgar.kettenis.dyndns.org> (raw)
Message-ID: <20040319000900.pa3LMhVV4tiagX14xAyaqSuSnLnXU1fQQoELD57xT0M@z> (raw)

Committed,

Mark


Index: ChangeLog
from  Mark Kettenis  <kettenis@gnu.org>

	* i386-nat.c: Fix typo in comment.  Re-introduce paranoiac.
	* i386obsd-tdep.c: Correct spelling in comment.
	* i386nbsd-tdep.c: Correct spelling in comment.
	* sparc-tdep.c: Correct spelling in comments.

Index: i386-nat.c
===================================================================
RCS file: /cvs/src/src/gdb/i386-nat.c,v
retrieving revision 1.7
diff -u -p -r1.7 i386-nat.c
--- i386-nat.c 28 Feb 2004 15:38:04 -0000 1.7
+++ i386-nat.c 5 Mar 2004 20:56:57 -0000
@@ -454,7 +454,7 @@ i386_handle_nonaligned_watchpoint (i386_
   while (len > 0)
     {
       int align = addr % max_wp_len;
-      /* Four (eigth on AMD64) is the maximum length a debug register
+      /* Four (eight on AMD64) is the maximum length a debug register
 	 can watch.  */
       int try = (len > max_wp_len ? (max_wp_len - 1) : len - 1);
       int size = size_try_array[try][align];
@@ -582,7 +582,7 @@ i386_stopped_data_address (void)
 	     watchpoint, not a hardware breakpoint.  The reason is
 	     that GDB doesn't call the target_stopped_data_address
 	     method except for data watchpoints.  In other words, I'm
-	     being paranoid.  */
+	     being paranoiac.  */
 	  && I386_DR_GET_RW_LEN (i) != 0)
 	{
 	  addr = dr_mirror[i];
Index: i386nbsd-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/i386nbsd-tdep.c,v
retrieving revision 1.19
diff -u -p -r1.19 i386nbsd-tdep.c
--- i386nbsd-tdep.c 22 Feb 2004 16:20:22 -0000 1.19
+++ i386nbsd-tdep.c 5 Mar 2004 20:56:57 -0000
@@ -236,7 +236,7 @@ i386nbsd_init_abi (struct gdbarch_info i
   tdep->struct_return = reg_struct_return;
 
   /* NetBSD has a `struct sigcontext' that's different from the
-     origional 4.3 BSD.  */
+     original 4.3 BSD.  */
   tdep->sc_reg_offset = i386nbsd_sc_reg_offset;
   tdep->sc_num_regs = ARRAY_SIZE (i386nbsd_sc_reg_offset);
 }
Index: i386obsd-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/i386obsd-tdep.c,v
retrieving revision 1.10
diff -u -p -r1.10 i386obsd-tdep.c
--- i386obsd-tdep.c 22 Feb 2004 11:19:15 -0000 1.10
+++ i386obsd-tdep.c 5 Mar 2004 20:56:57 -0000
@@ -220,7 +220,7 @@ i386obsd_init_abi (struct gdbarch_info i
   set_gdbarch_sigtramp_end (gdbarch, i386obsd_sigtramp_end);
 
   /* OpenBSD has a `struct sigcontext' that's different from the
-     origional 4.3 BSD.  */
+     original 4.3 BSD.  */
   tdep->sc_reg_offset = i386obsd_sc_reg_offset;
   tdep->sc_num_regs = ARRAY_SIZE (i386obsd_sc_reg_offset);
 }
Index: sparc-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/sparc-tdep.c,v
retrieving revision 1.151
diff -u -p -r1.151 sparc-tdep.c
--- sparc-tdep.c 5 Mar 2004 15:34:29 -0000 1.151
+++ sparc-tdep.c 5 Mar 2004 20:56:57 -0000
@@ -46,7 +46,7 @@ struct regset;
 /* This file implements the SPARC 32-bit ABI as defined by the section
    "Low-Level System Information" of the SPARC Compliance Definition
    (SCD) 2.4.1, which is the 32-bit System V psABI for SPARC.  The SCD
-   lists changes with respect to the origional 32-bit psABI as defined
+   lists changes with respect to the original 32-bit psABI as defined
    in the "System V ABI, SPARC Processor Supplement".
 
    Note that if we talk about SunOS, we mean SunOS 4.x, which was
@@ -185,7 +185,7 @@ sparc_integral_or_pointer_p (const struc
       {
 	/* We have byte, half-word, word and extended-word/doubleword
            integral types.  The doubleword is an extension to the
-           origional 32-bit ABI by the SCD 2.4.x.  */
+           original 32-bit ABI by the SCD 2.4.x.  */
 	int len = TYPE_LENGTH (type);
 	return (len == 1 || len == 2 || len == 4 || len == 8);
       }


             reply	other threads:[~2004-03-05 20:58 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-05 20:58 Mark Kettenis [this message]
2004-03-19  0:09 ` Mark Kettenis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200403052058.i25Kw2UW000436@elgar.kettenis.dyndns.org \
    --to=kettenis@chello.nl \
    --cc=gdb-patches@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox