summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* | | | Googletest exportAbseil Team2020-10-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Removing a semicolon that triggers a lint error in sample code. PiperOrigin-RevId: 337095451
* | | | Googletest exportdmauro2020-10-141-4/+12
| | | | | | | | | | | | | | | | | | | | | | | | Disable -Wmismatched-tags warning for struct/class tuple_size PiperOrigin-RevId: 337087493
* | | | Googletest exportAbseil Team2020-10-141-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | Prefer using over typedef. PiperOrigin-RevId: 337080404
* | | | Googletest exportdmauro2020-10-141-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | Fix -Wmismatched-tags error with struct tuple_size vs class tuple_size PiperOrigin-RevId: 336930166
* | | | Googletest exportdmauro2020-10-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Fixes AppVeyor by upgrading to Bazel 3.6.0 PiperOrigin-RevId: 336887434
* | | | Merge pull request #3050 from peternewman:patch-1Derek Mauro2020-10-141-1/+1
|\ \ \ \ | | | | | | | | | | | | | | | PiperOrigin-RevId: 336881266
| * | | | Fix a typoPeter Newman2020-10-121-1/+1
| | | | |
* | | | | Googletest exportAbseil Team2020-10-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use absl::StrCat in MATCHER_P example for consistency with https://abseil.io/tips/3 PiperOrigin-RevId: 336878481
* | | | | Googletest exportAbseil Team2020-10-141-0/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* | | | | Googletest exportofats2020-10-143-15/+195
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add helper methos to internal FlatTuple. Refactor constructors. PiperOrigin-RevId: 336306681
* | | | | Googletest exportAbseil Team2020-10-142-30/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Improve lookup of operator<< for user types Without this fix, trying to use this class with googletest struct Foo {}; template <typename OutputStream> OutputStream& operator<<(OutputStream& os, const Foo&) { os << "TemplatedStreamableInFoo"; return os; } results in an ambiguity error between the class' operator<< and the operator<< in gtest-printers.h removed in this CL. This fix also enables implicit conversions to happen, so that e.g. we will find the base class operator<< if a subclass has no operator<< of its own. PiperOrigin-RevId: 336261221
* | | | | Googletest exportAbseil Team2020-10-141-55/+74
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Make the code Python3 compliant. PiperOrigin-RevId: 336144198
* | | | | Merge pull request #2837 from inazarenko:duck_type_protosDerek Mauro2020-10-143-22/+93
|\ \ \ \ \ | |/ / / / |/| | | | | | | | | PiperOrigin-RevId: 336087297
| * | | | Detect proto messages based on presense of DebugString.Igor Nazarenko2020-05-052-10/+67
| | | | |
* | | | | Merge pull request #3030 from ranodeepbanerjee:patch-1Mark Barolak2020-10-071-1/+1
|\ \ \ \ \ | |_|/ / / |/| | | | | | | | | PiperOrigin-RevId: 335653055
| * | | | A slight Gramatical change.ranodeepbanerjee2020-10-011-1/+1
| | | | |
* | | | | Googletest exportAbseil Team2020-09-301-0/+4
|/ / / / | | | | | | | | | | | | | | | | | | | | Update faq.md on underscore to mention `DISABLED_` prefix. PiperOrigin-RevId: 334507963
* | | | Googletest exportdmauro2020-09-291-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | Fix undefined pointer comparison PiperOrigin-RevId: 334436975
* | | | Googletest exportAbseil Team2020-09-291-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | Update comment to suggest using SetUpTestSuite and TearDownTestSuite. PiperOrigin-RevId: 334430329
* | | | Merge pull request #3024 from Thomas-Barbier-1A:fix_warning_maybe_unintializedAndy Getz2020-09-291-2/+2
|\ \ \ \ | | | | | | | | | | | | | | | PiperOrigin-RevId: 334391149
| * | | | Fix warning maybe-uninitializedtbarbier2020-09-241-2/+2
| | | | |
* | | | | Merge pull request #3027 from keshavgbpecdelhi:patch-2Andy Getz2020-09-291-1/+1
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | PiperOrigin-RevId: 334384310
| * | | | | Update cook_book.mdkeshavgbpecdelhi2020-09-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | | | | Googletest exportAbseil Team2020-09-281-1/+1
|/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | Fix typo PiperOrigin-RevId: 333745750
* | | | | Googletest exportAbseil Team2020-09-241-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Revision of recent DoubleNearPredFormat change to support more toolchains. isnan() is a macro in C99, and std::isnan() is a function in C++11. The previous change used `isnan` directly, and broke some tests in open source. This CL changes it to follow the practice in gmock-matchers.h, and spell uses of isnan as (std::isnan)(f) . The parens around `std::isnan` prevent it from being recognized as a macro in the preprocessor. PiperOrigin-RevId: 333374377
* | | | | Googletest exportAbseil Team2020-09-242-7/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Address OSS Issue #2463 https://github.com/google/googletest/issues/2463 PiperOrigin-RevId: 333289989
* | | | | Merge pull request #3014 from JethroSama:patch-1vslashg2020-09-241-1/+1
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | PiperOrigin-RevId: 333288626
| * | | | | Update README.md, added missing 'a'JethroSama2020-09-181-1/+1
| | |_|_|/ | |/| | |
* | | | | Googletest exportAbseil Team2020-09-242-0/+31
| |/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Improve DoubleNearPredFormat output on bad epsilons DoubleNearPredFormat will happily accept epsilon values (abs_error) that are so small that they are meaningless. This turns EXPECT_NEAR into a complicated and non-obvious version of EXPECT_EQ. This change modifies DoubleNearPredFormat) so that when there is a failure it calculates the smallest meaningful epsilon value, given the input values, and then prints a message which explains what happened. If a true equality test is wanted either pass a literal 0.0 as abs_error or use EXPECT_EQ. If a check for being almost equal is wanted consider using EXPECT_DOUBLE_EQ which, contrary to its name, verifies that the two numbers are *almost* equal (within four ULPs). With this change the flaky test mentioned in crbug.com/786046 gives this output: The difference between 4.2934311416234112e+18 and 4.2934311416234107e+18 is 512, where 4.2934311416234112e+18 evaluates to 4.2934311416234112e+18, 4.2934311416234107e+18 evaluates to 4.2934311416234107e+18. The abs_error parameter 1.0 evaluates to 1 which is smaller than the minimum distance between doubles for numbers of this magnitude which is 512, thus making this EXPECT_NEAR check equivalent to EXPECT_EQUAL. Consider using EXPECT_DOUBLE_EQ instead. Tested: I confirmed that this change detects the bad epsilon value that caused crbug.com/786046 in Chromium and added a test for the desired output. PiperOrigin-RevId: 332946880
* | | | Googletest exportAbseil Team2020-09-201-19/+3
| | | | | | | | | | | | | | | | | | | | | | | | Simplify FooConcrete static calls in googlemock cookbook. PiperOrigin-RevId: 332437041
* | | | Googletest exportAbseil Team2020-09-201-8/+9
|/ / / | | | | | | | | | | | | | | | Reduce the demangled name bloat of the Action constructor. PiperOrigin-RevId: 332234887
* | | Googletest exportAbseil Team2020-09-103-1/+50
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* | | Merge pull request #2994 from xerus2000:gmock-docsDerek Mauro2020-09-101-4/+6
|\ \ \ | | | | | | | | | | | | PiperOrigin-RevId: 330545489
| * | | Add timestamp to in old method mock macro guidexerus20002020-08-251-4/+5
| | | |
* | | | Googletest exportdmauro2020-09-081-44/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Implements GetTimeInMillis() using std::chrono for portability Fixes #2995 PiperOrigin-RevId: 329709958
* | | | Googletest exportAbseil Team2020-09-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | gtest.cc: make ColoredPrintf static the prototype was removed from gtest.h in cl/301446904; quiets a -Wmissing-declarations warning PiperOrigin-RevId: 329569020
* | | | Googletest exportAbseil Team2020-09-014-10/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add millisecond precision to start timestamp in XML/JSON output - Previous timestamp had format YYYY-MM-DDThh:mm:ss, now YYYY-MM-DDThh:mm:ss.sss - This conforms to the ISO 8601 standard PiperOrigin-RevId: 329503623
* | | | Googletest exportAbseil Team2020-08-264-183/+162
|/ / / | | | | | | | | | | | | | | | | | | | | | 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
* | | Merge pull request #2895 from lantw44:wip/lantw/Avoid-using-environ-on-FreeBSDvslashg2020-08-231-21/+8
|\ \ \ | | | | | | | | | | | | PiperOrigin-RevId: 327799934
| * | | Avoid using environ on FreeBSDTing-Wei Lan2020-06-131-21/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | WebKit passes -Wl,--no-undefined to the compiler when linking shared libraries. This is usually a good practice, but it causes gtest to fail to link because of the use of environ. FreeBSD puts environ symbol in crt1.o instead of libc.so, so the linker is unable to find environ when linking a shared library. Fortunately, there is an easy way to fix it. Since the only use of environ in gtest is to pass it to execve, we can simply replace execve with execv to avoid the need of environ. execv is usually a simple wrapper around execve, so it should be safe to use. This problem was found and reported more than three years ago. The same fix is already committed to WebKit and we don't see any problem reports caused by the change. https://bugs.webkit.org/show_bug.cgi?id=138420 https://trac.webkit.org/changeset/194501/webkit https://bugs.webkit.org/show_bug.cgi?id=208409 https://trac.webkit.org/changeset/257691/webkit https://groups.google.com/forum/#!topic/googletestframework/wrrMj_fmXMc
* | | | Googletest exportAbseil Team2020-08-231-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* | | | Merge pull request #2984 from earhart:mastervslashg2020-08-231-0/+2
|\ \ \ \ | | | | | | | | | | | | | | | PiperOrigin-RevId: 327324992
| * | | | Export LICENSERob Earhart2020-08-121-0/+2
| | | | | | | | | | | | | | | This makes it easier to include the license in redistributions, as required by the license.
* | | | | Merge pull request #2904 from AmatanHead:throw-matchersvslashg2020-08-232-0/+353
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | PiperOrigin-RevId: 327294137
| * | | | | Remove ThrowsMessageHasSubstr and fix some nits after reviewVladimir Goncharov2020-08-032-68/+22
| | | | | |
| * | | | | Cleanup a bulky expression, document implementation detailsVladimir Goncharov2020-08-031-8/+30
| | | | | |
| * | | | | Fix build under msvcVladimir Goncharov2020-08-031-5/+5
| | | | | |
| * | | | | Update tests after changing an error messageVladimir Goncharov2020-08-031-2/+2
| | | | | |
| * | | | | Fix build under msvcVladimir Goncharov2020-08-031-1/+15
| | | | | |
| * | | | | Add a test to ensure that the `Throws` matcher only invokes its argument once.Vladimir Goncharov2020-08-031-0/+30
| | | | | |
OpenPOWER on IntegriCloud