1. 24 Apr, 2020 5 commits
    • Arthur O'Dwyer's avatar
      1b066f4e
    • Arthur O'Dwyer's avatar
      Fix a -Wdeprecated warning. · c7d8ec72
      Arthur O'Dwyer authored
          googletest-param-test-test.cc:502:8: error:
          definition of implicit copy constructor for
          'NonDefaultConstructAssignString' is deprecated because it has a
          user-declared copy assignment operator [-Werror,-Wdeprecated]
              void operator=(const NonDefaultConstructAssignString&);
                   ^
      c7d8ec72
    • Arthur O'Dwyer's avatar
      Fix a -Wdeprecated warning. · 01c0ff5e
      Arthur O'Dwyer authored
          googletest-port-test.cc:97:11: error:
          definition of implicit copy constructor for 'Base' is deprecated because
          it has a user-declared destructor [-Werror,-Wdeprecated]
              virtual ~Base() {}
                      ^
      01c0ff5e
    • Arthur O'Dwyer's avatar
      Fix a -Wdeprecated warning. · 11b3cec1
      Arthur O'Dwyer authored
          gmock-spec-builders.h:503:3: error:
          definition of implicit copy constructor for 'Expectation' is deprecated
          because it has a user-declared destructor [-Werror,-Wdeprecated]
              ~Expectation();
              ^
      11b3cec1
    • Arthur O'Dwyer's avatar
      Remove all uses of GTEST_DISALLOW_{MOVE_,}ASSIGN_. · 766ac2e1
      Arthur O'Dwyer authored
      None of these are strictly needed for correctness.
      A large number of them (maybe all of them?) trigger `-Wdeprecated`
      warnings on Clang trunk as soon as you try to use the implicitly
      defaulted (but deprecated) copy constructor of a class that has
      deleted its copy assignment operator.
      
      By declaring a deleted copy assignment operator, the old code
      also caused the move constructor and move assignment operator
      to be non-declared. This means that the old code never got move
      semantics -- "move-construction" would simply call the defaulted
      (but deprecated) copy constructor instead. With the new code,
      "move-construction" calls the defaulted move constructor, which
      I believe is what we want to happen. So this is a runtime
      performance optimization.
      
      Unfortunately we can't yet physically remove the definitions
      of these macros from gtest-port.h, because they are being used
      by other code internally at Google (according to zhangxy988).
      But no new uses should be added going forward.
      766ac2e1
  2. 16 Apr, 2020 8 commits
    • Arthur O'Dwyer's avatar
      VariadicMatcher needs a non-defaulted move constructor for compile-time performance. · 4f002f1e
      Arthur O'Dwyer authored
      We are about to remove all uses of GTEST_DISALLOW_ASSIGN_ in favor
      of using the Rule of Zero everywhere.
      
      Unfortunately, if we use the Rule of Zero here, then when the compiler
      needs to figure out if VariadicMatcher is move-constructible, it will
      recurse down into `tuple<Args...>`, which on libstdc++ recurses too deeply.
      
          In file included from googlemock/test/gmock-matchers_test.cc:43:
          In file included from googlemock/include/gmock/gmock-matchers.h:258:
          In file included from /usr/include/c++/5.5.0/algorithm:60:
          In file included from /usr/include/c++/5.5.0/utility:70:
          In file included from /usr/include/c++/5.5.0/bits/stl_pair.h:59:
          In file included from /usr/include/c++/5.5.0/bits/move.h:57:
          /usr/bin/include/c++/5.5.0/type_traits:115:26: fatal error:
                recursive template instantiation exceeded maximum depth of 256
              : public conditional<_B1::value, _B1, _B2>::type
                                   ^
      
      The move constructor is the only problematic case, for some unknown reason.
      With GTEST_DISALLOW_ASSIGN_, the presence of a copy assignment operator
      causes the move constructor to be non-declared, thus non-defaulted, thus
      non-problematic. Without GTEST_DISALLOW_ASSIGN_, we have to do one of the
      following:
      
      - Default the copy constructor, so that the move constructor will be non-declared.
      
      - Define our own non-defaulted move constructor.
      
      ...except that doing the latter STILL did not work!
      Fortunately, the former (default the copy constructor, don't provide
      any move constructor) both works in practice and is semantically
      equivalent to the old code.
      4f002f1e
    • Mark Barolak's avatar
      Merge pull request #2805 from pepsiman:patch-1 · dcc92d0a
      Mark Barolak authored
      PiperOrigin-RevId: 306462650
      dcc92d0a
    • Mark Barolak's avatar
      Merge pull request #2802 from e-i-n-s:fix_clang_warning · 71d5df6c
      Mark Barolak authored
      PiperOrigin-RevId: 306460942
      71d5df6c
    • Mark Barolak's avatar
      Merge pull request #2810 from ptahmose:master · 4c8e6a9f
      Mark Barolak authored
      PiperOrigin-RevId: 306460738
      4c8e6a9f
    • Abseil Team's avatar
      Googletest export · 373d72b6
      Abseil Team authored
      Fix link to "After clause". Sorry, reader, but this heading is in another document!
      
      PiperOrigin-RevId: 305947971
      373d72b6
    • Mark Barolak's avatar
      Merge pull request #2756 from Conan-Kudo:fix-pkgconfig-reqs · 4fe5ac53
      Mark Barolak authored
      PiperOrigin-RevId: 305747437
      4fe5ac53
    • Mark Barolak's avatar
      Merge pull request #2772 from Quuxplusone:travis · c2032090
      Mark Barolak authored
      PiperOrigin-RevId: 305747317
      c2032090
    • Mark Barolak's avatar
      Merge pull request #2773 from Quuxplusone:replace-noexcept · b51a49e0
      Mark Barolak authored
      PiperOrigin-RevId: 305707266
      b51a49e0
  3. 12 Apr, 2020 1 commit
  4. 09 Apr, 2020 1 commit
  5. 07 Apr, 2020 1 commit
  6. 04 Apr, 2020 3 commits
  7. 31 Mar, 2020 3 commits
  8. 28 Mar, 2020 2 commits
    • Arthur O'Dwyer's avatar
      Replace the last instance of `throw()` with `noexcept`. NFC. · 6ed4e716
      Arthur O'Dwyer authored
      Fixes a -Wdeprecated warning.
      
      /home/travis/build/Quuxplusone/googletest/googletest/test/googletest-death-test_ex_test.cc:62:28: error:
            dynamic exception specifications are deprecated [-Werror,-Wdeprecated]
        const char* what() const throw() override { return "exceptional message"; }
                                 ^~~~~~~
      /home/travis/build/Quuxplusone/googletest/googletest/test/googletest-death-test_ex_test.cc:62:28: note:
            use 'noexcept' instead
        const char* what() const throw() override { return "exceptional message"; }
                                 ^~~~~~~
                                 noexcept
      6ed4e716
    • Arthur O'Dwyer's avatar
      Fix a typo in .travis.yml · 5504ded3
      Arthur O'Dwyer authored
      The old code was trying to pass -Wgnu-zero-variadic-macro-arguments
      as part of CXXFLAGS, but it forgot the quotation marks needed around
      whitespace. This meant that option was ignored:
      https://travis-ci.org/github/google/googletest/jobs/666534177#L760
      
      Unfortunately, the codebase is not remotely clean with respect to that
      warning option. It fails like this:
      https://travis-ci.org/github/Quuxplusone/googletest/jobs/668118135
      
      So, remove that failing configuration from the test matrix until
      someone has time to look at it.
      5504ded3
  9. 24 Mar, 2020 5 commits
  10. 21 Mar, 2020 3 commits
  11. 18 Mar, 2020 2 commits
  12. 17 Mar, 2020 6 commits