summaryrefslogtreecommitdiffstats
path: root/docs/gmock_cook_book.md
diff options
context:
space:
mode:
authorChristian Clauss <cclauss@me.com>2021-09-16 19:44:29 (GMT)
committerGitHub <noreply@github.com>2021-09-16 19:44:29 (GMT)
commit5b43f14be9d909770ca59825851af4b662bf2280 (patch)
tree39ad0ab80fbeddfe49569f1b0974f88a91d1caf2 /docs/gmock_cook_book.md
parent861a75ed5ddb9a4c5818ad6261d31bc021e3f6d9 (diff)
downloadgoogletest-5b43f14be9d909770ca59825851af4b662bf2280.zip
googletest-5b43f14be9d909770ca59825851af4b662bf2280.tar.gz
googletest-5b43f14be9d909770ca59825851af4b662bf2280.tar.bz2
Fix typos discovered by codespellrefs/pull/3573/head
Diffstat (limited to 'docs/gmock_cook_book.md')
-rw-r--r--docs/gmock_cook_book.md6
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/gmock_cook_book.md b/docs/gmock_cook_book.md
index baeeb59..f7954a2 100644
--- a/docs/gmock_cook_book.md
+++ b/docs/gmock_cook_book.md
@@ -1452,7 +1452,7 @@ the pointer is copied. When the last matcher that references the implementation
object dies, the implementation object will be deleted.
Therefore, if you have some complex matcher that you want to use again and
-again, there is no need to build it everytime. Just assign it to a matcher
+again, there is no need to build it every time. Just assign it to a matcher
variable and use that variable repeatedly! For example,
```cpp
@@ -2601,7 +2601,7 @@ efficient. When the last action that references the implementation object dies,
the implementation object will be deleted.
If you have some complex action that you want to use again and again, you may
-not have to build it from scratch everytime. If the action doesn't have an
+not have to build it from scratch every time. If the action doesn't have an
internal state (i.e. if it always does the same thing no matter how many times
it has been called), you can assign it to an action variable and use that
variable repeatedly. For example:
@@ -4188,7 +4188,7 @@ This implementation class does *not* need to inherit from any particular class.
What matters is that it must have a `Perform()` method template. This method
template takes the mock function's arguments as a tuple in a **single**
argument, and returns the result of the action. It can be either `const` or not,
-but must be invokable with exactly one template argument, which is the result
+but must be invocable with exactly one template argument, which is the result
type. In other words, you must be able to call `Perform<R>(args)` where `R` is
the mock function's return type and `args` is its arguments in a tuple.