Use gender-neutral pronouns in comments and docs
This commit is contained in:
@@ -227,7 +227,7 @@ If a mock method has no `EXPECT_CALL` spec but is called, Google Mock
|
||||
will print a warning about the "uninteresting call". The rationale is:
|
||||
|
||||
* New methods may be added to an interface after a test is written. We shouldn't fail a test just because a method it doesn't know about is called.
|
||||
* However, this may also mean there's a bug in the test, so Google Mock shouldn't be silent either. If the user believes these calls are harmless, he can add an `EXPECT_CALL()` to suppress the warning.
|
||||
* However, this may also mean there's a bug in the test, so Google Mock shouldn't be silent either. If the user believes these calls are harmless, they can add an `EXPECT_CALL()` to suppress the warning.
|
||||
|
||||
However, sometimes you may want to suppress all "uninteresting call"
|
||||
warnings, while sometimes you may want the opposite, i.e. to treat all
|
||||
|
||||
@@ -240,7 +240,7 @@ You cannot mock a variadic function (i.e. a function taking ellipsis
|
||||
The problem is that in general, there is _no way_ for a mock object to
|
||||
know how many arguments are passed to the variadic method, and what
|
||||
the arguments' types are. Only the _author of the base class_ knows
|
||||
the protocol, and we cannot look into his head.
|
||||
the protocol, and we cannot look into their head.
|
||||
|
||||
Therefore, to mock such a function, the _user_ must teach the mock
|
||||
object how to figure out the number of arguments and their types. One
|
||||
|
||||
Reference in New Issue
Block a user