- 14 Jan, 2021 1 commit
-
-
Abseil Team authored
Use an OrderedDict to store templated_types in the AST so that gmock knows how to properly construct the templated Mock class. This is necessary for functions that make use of the templated typename as an argument or return type. PiperOrigin-RevId: 349405731
-
- 22 Dec, 2020 2 commits
-
-
Abseil Team authored
Give each of Naggy/Nice/StrictMock a base class whose constructor runs before the mocked class's constructor, and a destructor that runs after the mocked class's destructor, so that any mock methods run in either the constructor or destructor use the same strictness as other calls. PiperOrigin-RevId: 348511612
-
dmauro authored
Internal Change PiperOrigin-RevId: 347631521
-
- 12 Dec, 2020 1 commit
-
-
Abseil Team authored
Add static_asserts that verify that no class hierarchy contains more than one of {NiceMock, NaggyMock, StrictMock}. This sort of nesting has always been disallowed, but this CL adds a compile-time check to prevent it. PiperOrigin-RevId: 347037822
-
- 10 Dec, 2020 1 commit
-
-
dmauro authored
Fix a missing Bazel build dependency PiperOrigin-RevId: 346783462
-
- 09 Dec, 2020 1 commit
-
-
Abseil Team authored
Introduce a new `Address` matcher to gmock. PiperOrigin-RevId: 346344591
-
- 07 Dec, 2020 2 commits
-
-
Abseil Team authored
Fix errata in gmock cook_book.md ON_CALL example PiperOrigin-RevId: 346165890
-
Abseil Team authored
Add a `Pointer` matcher as an analog to `Pointee`. Similar to `Pointee`, `Pointer` works with either raw or smart pointers and allows creating a matcher like Pointer(Eq(foo)) for smart pointers. PiperOrigin-RevId: 346164768
-
- 03 Dec, 2020 1 commit
-
-
Abseil Team authored
Disable a gmock matcher test under MSVC 2015 (version 14) and earlier. It interacts badly with Windows structured exceptions in a way we do not have the resources to investigate. This test passes under MSVC 2017 and SEH. PiperOrigin-RevId: 345496734
-
- 02 Dec, 2020 1 commit
-
-
Abseil Team authored
Put "value" in SetArgReferee's description between code backticks. PiperOrigin-RevId: 344054658
-
- 13 Nov, 2020 1 commit
-
-
Abseil Team authored
Use override instead of virtual for destructor https://google.github.io/styleguide/cppguide.html says: "Explicitly annotate overrides of virtual functions or virtual destructors with exactly one of an override or (less frequently) final specifier. Do not use virtual when declaring an override". The mocked class _should_ have a virtual destructor most of the times. PiperOrigin-RevId: 342082140
-
- 12 Nov, 2020 2 commits
-
-
Abseil Team authored
Use a tagged constructor for FlatTuple instead. Some versions of MSVC are getting confused with that constructor and generating invalid code. PiperOrigin-RevId: 342050957
-
dmauro authored
Rollback change from https://github.com/google/googletest/pull/1836. This change generates a script on Windows to actually run each test, but the script itself doesn't correctly report if the test passed. This change will "break tests" that were already broken on Windows, but weren't being reported as such. PiperOrigin-RevId: 341850671
-
- 09 Nov, 2020 2 commits
-
-
Abseil Team authored
Change ACTION{,_Pn,_TEMPLATE} macros to build functors rather than ActionInterface<> subclasses, thus changing the Action<> wrappers they create to use the modernized (non-const) argument tuple type, allowing these macros to mutate their arguments. Functor-based Action<>s deep-copy the implementing object, so have the functors use a shared_ptr to the non-trivial state of bound value parameters. No longer specialize that shared state to the particular action signature, encoding that information instead only in the instantiation of the implementation function. PiperOrigin-RevId: 341116208 -
Abseil Team authored
GMock: Make Truly explain when it fails I just wrote a test that had a matcher of the form Optional(AllOf( SomeMatcher, SomeOtherMatcher, Truly(SomePredicate))) The predicate failed, the other two matchers succeeded, and I got a hard-to-interpret message saying that the value in the optional "didn't match". Didn't match what? This change improves situations like that slightly by having Truly explain to its result listener when it fails. When there are multiple Trulys in an AllOf, there will be some ambiguity, but it will at least provide more information than right now. PiperOrigin-RevId: 341105141
-
- 06 Nov, 2020 1 commit
-
-
Abseil Team authored
Add support for ref qualifiers in MOCK_METHOD. PiperOrigin-RevId: 341047839
-
- 05 Nov, 2020 1 commit
-
-
ofats authored
Rewrite InvokeArgument action without using pump. PiperOrigin-RevId: 340861582
-
- 30 Oct, 2020 2 commits
-
-
Abseil Team authored
Remove obsolete comment about non-const references. They used to be banned by the C++ style guide, but positions shifted, and this comment is no longer up to date. There's another reference (heh) on lines 816-819 to how gmock is a "general framework", with the possible implication that support for non-const references was weird in some way and only there to be "general", but I left it alone because I don't really feel I understand what it's saying. PiperOrigin-RevId: 339323428
-
Chuck Atkins authored
-
- 19 Oct, 2020 1 commit
-
-
Abseil Team authored
Fix some issues when running fuse_gmock_files. The module path should be updated before importing `fuse_gtest_files`, since the script may not run from the googletest repo root. We also need a non-frozen set in order to track progress. PiperOrigin-RevId: 337380466
-
- 15 Oct, 2020 1 commit
-
-
dmauro authored
Fixes build warnings from previous CL Add CMake to internal presubmit to prevent these PiperOrigin-RevId: 337325504
-
- 14 Oct, 2020 5 commits
-
-
Abseil Team authored
Add ::testing::FieldsAre matcher for objects that support get<> and structured bindings. PiperOrigin-RevId: 337165285
-
Abseil Team authored
Removing a semicolon that triggers a lint error in sample code. PiperOrigin-RevId: 337095451
-
Abseil Team authored
Use absl::StrCat in MATCHER_P example for consistency with https://abseil.io/tips/3 PiperOrigin-RevId: 336878481
-
Abseil Team authored
Suggest using generic lambdas for composing macros. Long chains of macros hurt legibility; generic lambdas are an easy way to abbreviate them, but are not an obvious solution to casual users. Compare: EXPECT_THAT(f(), ElementsAre( Property(&MyClass::foo, Property(&OtherClass::bar, Contains("x"))), Property(&MyClass::foo, Property(&OtherClass::bar, Contains("y")))); to: EXPECT_THAT(f(), ElementsAre(HasFooBar("x"), HasFooBar("y"))); PiperOrigin-RevId: 336870137 -
Abseil Team authored
Make the code Python3 compliant. PiperOrigin-RevId: 336144198
-
- 12 Oct, 2020 1 commit
-
-
Peter Newman authored
-
- 07 Oct, 2020 1 commit
-
-
Aralox authored
Issue 2135: Change template args in NiceMock, NaggyMock and StrictMock from A1, A2, ... to TArg1, TArg2,... to avoid clash with legacy header files
-
- 29 Sep, 2020 1 commit
-
-
Abseil Team authored
Fix typo PiperOrigin-RevId: 333745750
-
- 27 Sep, 2020 1 commit
-
-
keshavgbpecdelhi authored
Please note that changing the default value for a type can make [you]* test..... Here "you" word doesn't make sense.. rather "your" seems to make it understandable.
-
- 24 Sep, 2020 1 commit
-
-
Abseil Team authored
Address OSS Issue #2463 https://github.com/google/googletest/issues/2463 PiperOrigin-RevId: 333289989
-
- 20 Sep, 2020 2 commits
-
-
Abseil Team authored
Simplify FooConcrete static calls in googlemock cookbook. PiperOrigin-RevId: 332437041
-
Abseil Team authored
Reduce the demangled name bloat of the Action constructor. PiperOrigin-RevId: 332234887
-
- 15 Sep, 2020 1 commit
-
-
Hyuk Myeong authored
-
- 10 Sep, 2020 1 commit
-
-
Abseil Team authored
Mark ACTION_Pn()-generated functions as must-use-result. This catches when a client creates an action and discards it, thinking that the action has actually been applied to something. This will help people who make the mistake of defining, for example, both `void Use(Foo*)` and `ACTION(Use) { Use(arg); }` for later application to a Foo. With such an overload, a client may then write `Use();`, forgetting the param and being confused why nothing happens. This also catches when a client defines their own action in terms of an ACTION()-generated one, invokes the ACTION's builder, and then fails to invoke the resulting action, thinking it's operating on the outer action's parameters. PiperOrigin-RevId: 330614454
-
- 27 Aug, 2020 1 commit
-
-
Abseil Team authored
Replace uses of ACTION_TEMPLATE and ACTION_P with manually written functors. The latter provide better error diagnostics. This fixes https://github.com/google/googletest/issues/2729. PiperOrigin-RevId: 328573022
-
- 25 Aug, 2020 1 commit
-
-
xerus2000 authored
-
- 24 Aug, 2020 2 commits
-
-
Abseil Team authored
Workaround static assert in early versions libc++ The error is "Attempted to construct a reference element in a tuple with an rvalue". We can fix this by putting everything into a non temporary tuple_args and implitly convert to the other tuple types. This avoids binding an rvalue reference to an lvalue reference inside the tuple. PiperOrigin-RevId: 327624990
-
Abseil Team authored
Fix DoAll to work with move-only sink arguments. This changes types of the first n - 1 actions so that they only get a readonly view of the arguments. The last action will accept move only objects. PiperOrigin-RevId: 327031893
-
- 12 Aug, 2020 1 commit
-
-
Abseil Team authored
internal change PiperOrigin-RevId: 326080000
-