1. 13 Feb, 2019 10 commits
  2. 12 Feb, 2019 6 commits
    • misterg's avatar
      Googletest export · c4ccab33
      misterg authored
      Internal Change
      
      PiperOrigin-RevId: 233614147
      c4ccab33
    • Gennadiy Civil's avatar
      Merge pull request #2107 from ciband:feat/finish_platformio_support · b37574c1
      Gennadiy Civil authored
      PiperOrigin-RevId: 233108234
      b37574c1
    • Gennadiy Civil's avatar
      Merge pull request #2101 from MaEtUgR:fix-cmake-cygwin · b68ec344
      Gennadiy Civil authored
      PiperOrigin-RevId: 233096223
      b68ec344
    • Abseil Team's avatar
      Googletest export · 4f79e316
      Abseil Team authored
      Internal changes.
      
      PiperOrigin-RevId: 232953166
      4f79e316
    • Abseil Team's avatar
      Googletest export · 28a96d18
      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
      28a96d18
    • Abseil Team's avatar
      Googletest export · dda0df3b
      Abseil Team authored
      Internal change
      
      PiperOrigin-RevId: 232362580
      dda0df3b
  3. 11 Feb, 2019 3 commits
  4. 05 Feb, 2019 4 commits
  5. 04 Feb, 2019 9 commits
  6. 01 Feb, 2019 4 commits
  7. 31 Jan, 2019 2 commits
  8. 30 Jan, 2019 2 commits