- 13 Jun, 2019 1 commit
-
-
Gennadiy Civil authored
Removing make and automake. The only supported build systems are Bazel internally and CMake community supported
-
- 10 Jun, 2019 3 commits
-
-
Gennadiy Civil authored
-
Gennadiy Civil authored
-
Gennadiy Civil authored
-
- 06 Jun, 2019 1 commit
-
-
Wenyuan Yan authored
-
- 04 Jun, 2019 1 commit
-
-
Peter Levine authored
-
- 22 May, 2019 1 commit
-
-
gennadiycivil authored
-
- 20 May, 2019 1 commit
-
-
Enji Cooper authored
Signed-off-by:Enji Cooper <yaneurabeya@gmail.com>
-
- 03 May, 2019 2 commits
-
-
Abseil Team authored
Remove special case for protocol buffers. It is no longer needed. PiperOrigin-RevId: 246550795
-
misterg authored
Clarify build system support - CMake and automake community supported PiperOrigin-RevId: 245821927
-
- 29 Apr, 2019 1 commit
-
-
Gennadiy Civil authored
-
- 18 Apr, 2019 2 commits
-
-
Abseil Team authored
Remove GMock Doctor. It has not been actively supported for a while. We also now have better techniques to improve compiler errors where needed instead of requiring a separate tool to diagnose them. PiperOrigin-RevId: 244196068
-
misterg authored
Expose more information in SuiteApiResolver diagnostic output PiperOrigin-RevId: 244179347
-
- 09 Apr, 2019 1 commit
-
-
David Benjamin authored
Per the MSVC documentation the warning is new as of Visual Studio 2017, version 15.8. https://docs.microsoft.com/en-us/cpp/error-messages/compiler-warnings/c5046?view=vs-2019 GTest users building on MSVC 2015 or older versions of 2017 will, when C4616 is enabled, see a warning like: [...]gtest-matchers.h(53): error C2220: warning treated as error - no 'object' file generated [...]gtest-matchers.h(53): warning C4619: #pragma warning: there is no warning number '5046' Guard the mention of 5046 by an _MSC_VER check. VS2017 15.8 corresponds to an _MSC_VER of 1915. https://docs.microsoft.com/en-us/cpp/preprocessor/predefined-macros?view=vs-2019
-
- 07 Apr, 2019 1 commit
-
-
Ivaylo Kirov authored
-
- 06 Apr, 2019 1 commit
-
-
Enji Cooper authored
Cast some values as their unsigned equivalents or `size_t` to match the parameter type used for the template object under test. Also, provide UInt32 equivalent delegate methods for some callers (with int-equivalents for backwards compatibility). This closes #2146. Signed-off-by:Enji Cooper <yaneurabeya@gmail.com>
-
- 01 Apr, 2019 1 commit
-
-
Abseil Team authored
Remove support for "global" ::string and ::wstring types. This support existed for legacy codebases that existed from before namespaces where a thing. It is no longer necessary. PiperOrigin-RevId: 241335738
-
- 29 Mar, 2019 1 commit
-
-
Enji Cooper authored
Building all test binaries under their respective subtrees makes building the project via cmake easier to grok without additional hacks. In particular, when dealing with the conversion I proposed in https://reviews.freebsd.org/D19430 (switching from autotools to cmake), I ran into unexpected gtest prefixing under the googlemock directory, as opposed to the googletest directory. Example: Before: `googlemock/gtest/googletest-break-on-failure-unittest_` After: `googletest/googletest-break-on-failure-unittest_` The latter form is easier to translate to packaging manifests when building googlemock is disabled, as well as enabled, as the path remains consistent when the feature flag is disabled. Signed-off-by:
Enji Cooper <yaneurabeya@gmail.com>
-
- 21 Mar, 2019 2 commits
-
-
Abseil Team authored
Remove mention of unused type ProtocolMessage. PiperOrigin-RevId: 239242706
-
Abseil Team authored
Action helpers need to pass by const& so that they can work with unique_ptr. PiperOrigin-RevId: 239062671
-
- 15 Mar, 2019 1 commit
-
-
Seth Raymond authored
Added a missing newline
-
- 05 Mar, 2019 1 commit
-
-
Abseil Team authored
Build gmock cleanly with clang -Wextra-semi and -Wextra-semi-stmt Extends 56ef07a2 to take -Wc++98-compat-extra-semi (https://reviews.llvm.org/D43162) and -Wextra-semi-stmt (https://reviews.llvm.org/D52695) into account. For https://crbug.com/926235. PiperOrigin-RevId: 236643095
-
- 01 Mar, 2019 2 commits
-
-
Abseil Team authored
Build gmock cleanly with clang -Wextra-semi For https://crbug.com/926235. From https://github.com/google/googletest/pull/2139. Fixes https://github.com/google/googletest/issues/2138. PiperOrigin-RevId: 235832527
-
Carlo Wood authored
-
- 20 Feb, 2019 1 commit
-
-
misterg authored
Internal Change PiperOrigin-RevId: 234823465
-
- 13 Feb, 2019 4 commits
-
-
Enji Cooper authored
Comment out unused method parameters in their relevant definitions. Signed-off-by:Enji Cooper <yaneurabeya@gmail.com>
-
Enji Cooper authored
`DescribeTo(..)` and `MatchAndExplain(..)` in `gmock-matchers_test` both override virtual methods. Remove the `virtual` keyword and apply `override` to them instead. Signed-off-by:Enji Cooper <yaneurabeya@gmail.com>
-
Enji Cooper authored
`DescribeTo(..)` and `MatchAndExplain(..)` in `gmock-matchers_test` both override virtual methods. Remove the `virtual` keyword and apply `override` to them instead. Signed-off-by:Enji Cooper <yaneurabeya@gmail.com>
-
Enji Cooper authored
Provide dummy accessors for private values that are set in initializers, but not actually used. Signed-off-by:Enji Cooper <yaneurabeya@gmail.com>
-
- 12 Feb, 2019 3 commits
-
-
misterg authored
Internal Change PiperOrigin-RevId: 233614147
-
Abseil Team authored
Fix matcher comparisons for std::reference_wrapper. The googletest docs indicate that std::reference_wrapper should be used to for objects that should not be copied by the matcher (in fact, the ByRef() function is basically the same as a call to std::cref). However, for many types (such as std::string), the overloaded operator== will not resolve correctly. Specifically, this is problematic if operator== depends on template argument deduction, where the same type is named on LHS and RHS. Because template argument deduction happens before any implict conversions for purposes of overload resolution, attempting to compare T with std::reference_wrapper<T> simply looks like a comparison of unlike types. For exapmle, std::reference_wrapper<std::string> is implicitly convertible to 'const std::string&', which would be able to choose an overload specialization of operator==. However, the implicit conversion can only happen after template argument deduction for operator==, so a specialization that would other be an applicable overload is never considered. Note also that this change only affects matchers. There are good reasons that matchers may need to transparently hold a std::reference_wrapper. Other comparisons (like EXPECT_EQ, et. al.) don't need to capture a reference: they don't need to defer evaluation (as in googlemock), and they don't need to avoid copies (as the call chain of matchers does). PiperOrigin-RevId: 232499175
-
Abseil Team authored
Internal change PiperOrigin-RevId: 232362580
-
- 04 Feb, 2019 1 commit
-
-
misterg authored
Mark legacy _TEST_CASE_ macros as deprecated PiperOrigin-RevId: 232303251
-
- 01 Feb, 2019 1 commit
-
-
Abseil Team authored
Fix stack overflow in AnyOfArray tests. PiperOrigin-RevId: 231881125
-
- 24 Jan, 2019 1 commit
-
-
Adam Cozzette authored
I made a few updates to the Makefile.am files so that "make dist" succeeds and produces a usable tarball. We need this for protobuf because the protobuf tarballs include a bundled copy of googletest.
-
- 23 Jan, 2019 1 commit
-
-
Abseil Team authored
Add AllOfArray matcher that verifies a value matches all member of some array/container/list/set/..., e.g: EXPECT_THAT(1, AnyOfArray({1, 2, 3})) In the simplest form this is identical to AnyOf(1, 2, 3). But unlike that one it works on containers. Add AnyOfArray matcher that verifies a value matches any member of some array/container/list/set/... PiperOrigin-RevId: 230403653
-
- 22 Jan, 2019 1 commit
-
-
Abseil Team authored
Make internal FunctionMocker class final PiperOrigin-RevId: 230332778
-
- 18 Jan, 2019 1 commit
-
-
Abseil Team authored
Fix mocking method arguments with templated copy constructors. A previous change removed workarounds for old compilers from googletest and googlemock. Unfortunately, a bit of code that started as a workaround for Symbian's C++ compiler is still needed to avoid copy/move constructor ambiguity when mocking functions with certain argument types. The test case added by this CL is extracted from Chrome's codebase, and was discovered while attempting to roll googletest. PiperOrigin-RevId: 229801765
-
- 17 Jan, 2019 1 commit
-
-
Abseil Team authored
Refactor the `Invoke` and `InvokeWithoutArgs` actions: - Replace pump'd classes and functions with templates. - Make the polymorphic actions be polymorphic functors instead. - Fix Invoke(Callback*) to work with subclasses of the callbacks, instead of trying to diagnose that in gmock_doctor. PiperOrigin-RevId: 229604112
-
- 14 Jan, 2019 1 commit
-
-
Abseil Team authored
Add move-only argument support to almost all remaining matchers. PiperOrigin-RevId: 229030728
-