public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Tom Tromey <tom@tromey.com>
To: gdb-patches@sourceware.org
Cc: Tom Tromey <tromey@adacore.com>
Subject: [PATCH 1/8] Fix some typos in ravenscar-thread.c
Date: Thu, 07 Feb 2019 14:22:00 -0000	[thread overview]
Message-ID: <20190207094016.368-2-tom@tromey.com> (raw)
In-Reply-To: <20190207094016.368-1-tom@tromey.com>

From: Tom Tromey <tromey@adacore.com>

This fixes some typos I noticed in ravenscar-thread.c.

gdb/ChangeLog
2019-02-07  Tom Tromey  <tromey@adacore.com>

	* ravenscar-thread.c: Fix some typos.
---
 gdb/ChangeLog          |  4 ++++
 gdb/ravenscar-thread.c | 10 +++++-----
 2 files changed, 9 insertions(+), 5 deletions(-)

diff --git a/gdb/ravenscar-thread.c b/gdb/ravenscar-thread.c
index bc7f9d6c658..32a4aa8d16a 100644
--- a/gdb/ravenscar-thread.c
+++ b/gdb/ravenscar-thread.c
@@ -36,7 +36,7 @@
 
    The typical situation is when debugging a bare-metal target over
    the remote protocol. In that situation, the system does not know
-   about high-level comcepts such as threads, only about some code
+   about high-level concepts such as threads, only about some code
    running on one or more CPUs. And since the remote protocol does not
    provide any handling for CPUs, the de facto standard for handling
    them is to have one thread per CPU, where the thread's ptid has
@@ -44,14 +44,14 @@
    2 for the second one, etc).  This module will make that assumption.
 
    This module then creates and maintains the list of threads based
-   on the list of Ada tasks, with one thread per Ada tasks. The convention
+   on the list of Ada tasks, with one thread per Ada task. The convention
    is that threads corresponding to the CPUs (see assumption above)
-   have a ptid_t of the form (PID, LWP, 0), which threads corresponding
+   have a ptid_t of the form (PID, LWP, 0), while threads corresponding
    to our Ada tasks have a ptid_t of the form (PID, 0, TID) where TID
    is the Ada task's ID as extracted from Ada runtime information.
 
-   Switching to a given Ada tasks (or its underlying thread) is performed
-   by fetching the registers of that tasks from the memory area where
+   Switching to a given Ada task (or its underlying thread) is performed
+   by fetching the registers of that task from the memory area where
    the registers were saved.  For any of the other operations, the
    operation is performed by first finding the CPU on which the task
    is running, switching to its corresponding ptid, and then performing
-- 
2.17.2

      parent reply	other threads:[~2019-02-07 14:22 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-07 14:22 [PATCH 0/8] Clean up ravenscar-thread.c Tom Tromey
2019-02-07  9:40 ` [PATCH 3/8] C++-ify ravenscar_arch_ops Tom Tromey
2019-02-07 17:23   ` Pedro Alves
2019-02-11 18:56     ` Tom Tromey
2019-02-07  9:40 ` [PATCH 2/8] Exception safety in ravenscar-thread.c Tom Tromey
2019-02-07  9:40 ` [PATCH 8/8] Special-case wildcard requests " Tom Tromey
2019-02-07 17:23   ` Pedro Alves
2019-02-09  4:41     ` Joel Brobecker
2019-02-14 13:35       ` Pedro Alves
2019-02-15 20:43         ` Tom Tromey
2019-02-15 20:39     ` Tom Tromey
2019-02-20 19:23       ` Pedro Alves
2019-02-07  9:40 ` [PATCH 7/8] Make the ravenscar thread target multi-target-ready Tom Tromey
2019-02-07 17:23   ` Pedro Alves
2019-02-07  9:40 ` [PATCH 4/8] Fix formatting in ravenscar-thread.c Tom Tromey
2019-02-07  9:40 ` [PATCH 5/8] Minor C++-ification " Tom Tromey
2019-02-07  9:40 ` [PATCH 6/8] Add push_target overload Tom Tromey
2019-02-07 17:23   ` Pedro Alves
2019-02-07 14:22 ` Tom Tromey [this message]

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=20190207094016.368-2-tom@tromey.com \
    --to=tom@tromey.com \
    --cc=gdb-patches@sourceware.org \
    --cc=tromey@adacore.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).