- 16 Aug, 2018 1 commit
-
-
Gennadiy Civil authored
Just small style changes and we can accept this PR
-
- 14 Aug, 2018 2 commits
-
-
Gennadiy Civil authored
Comments changes, no functionality changes.
-
Gennadiy Civil authored
Comments changes, no functionality changes
-
- 25 Jul, 2018 1 commit
-
-
Piotr Kąkol authored
-
- 13 Jul, 2018 1 commit
-
-
Loo Rong Jie authored
-
- 03 May, 2018 3 commits
-
-
Fabrice de Gans-Riberi authored
-
Fabrice de Gans-Riberi authored
-
Fabrice de Gans-Riberi authored
-
- 01 May, 2018 1 commit
-
-
Fabrice de Gans-Riberi authored
-
- 26 Mar, 2018 1 commit
-
-
Gennadiy Civil authored
-
- 22 Mar, 2018 1 commit
-
-
Gennadiy Civil authored
-
- 21 Mar, 2018 1 commit
-
-
Gennadiy Civil authored
-
- 05 Mar, 2018 1 commit
-
-
Gennadiy Civil authored
-
- 13 Feb, 2018 1 commit
-
-
Gennadiy Civil authored
-
- 03 Jan, 2018 2 commits
-
-
Gennadiy Civil authored
-
David Benjamin authored
This makes it easier to use GTest in projects that build with the -Wmissing-declarations warning. This fixes the warning in headers and source files, though not GTest's own tests as it is rather noisy there.
-
- 30 Jun, 2017 1 commit
-
-
Scott Slack-Smith authored
Add a new RAII MemoryIsNotDeallocated class that excludes memory allocations from Microsoft’s debug CRT leak detection report. We use this RAII class to silence 2 false positive leaks that are caused by memory allocations that are intentionally never deallocated. *Background* The MS debug CRT has a lightweight memory leak detection mechanism that can only detect if a memory allocation is missing a matching deallocation. Consequently, it will report a false positive leak for memory that’s intentionally never deallocated. For example, memory that’s reachable for the entire lifetime of a app. Note the MS debug CRT is always tracking memory allocations but the final memory leak report is disabled by default. As you can’t avoid paying for its cost, you may as well use it. The memory leak report can be enabled by calling the following function #ifdef _MSC_VER _CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) | _CRTDBG_LEAK_CHECK_DF); #endif // _MSC_VER anywhere before exiting main. For example, the following are the false positive leaks reported before this change; Detected memory leaks! Dumping objects -> {750} normal block at 0x015DF938, 8 bytes long. Data: < ] > 00 F9 5D 01 00 00 00 00 {749} normal block at 0x015DEE60, 32 bytes long. Data: <` ] ` ] ` ] > 60 EE 5D 01 60 EE 5D 01 60 EE 5D 01 01 01 CD CD {748} normal block at 0x015DF900, 12 bytes long. Data: <8 ] ` ] > 38 F9 5D 01 60 EE 5D 01 00 00 00 00 {747} normal block at 0x015DA0F8, 24 bytes long. Data: < > FF FF FF FF FF FF FF FF 00 00 00 00 00 00 00 00 Object dump complete. As you can see from above it’s not easy to identify the above are false positives. Consequently, if false positive leaks are not fixed or silenced, then it becomes impractical to identify real memory leaks.
-
- 15 May, 2017 1 commit
-
-
Nico Weber authored
This merges a Google-internal change (117235625). Original CL description: This CL was created manually in about an hour with sed, a Python script to find all the places unqualified 'string' was mentioned, and some help from Emacs to add the "std::" qualifications, plus a few manual tweaks.
-
- 02 May, 2017 1 commit
-
-
Gennadiy Civil authored
Fixes #1076.
-
- 27 Apr, 2016 1 commit
-
-
Li Peng authored
Signed-off-by:Li Peng <lip@dtdream.com>
-
- 26 Feb, 2016 1 commit
-
-
Doug Greiman authored
-
- 24 Feb, 2016 1 commit
-
-
Doug Greiman authored
If $XML_OUTPUT_FILE is set, and $GTEST_OUTPUT and --gtest_output are not specified, produce output as if GTEST_OUTPUT=xml:$XML_OUTPUT_FILE had been set.
-
- 02 Oct, 2015 2 commits
-
-
Matthew Brandyberry authored
-
Matthew Brandyberry authored
-
- 25 Aug, 2015 1 commit
-
-
Billy Donahue authored
-
- 27 Jul, 2015 1 commit
-
-
kosak authored
-
- 24 Jul, 2015 2 commits
- 17 Jul, 2015 3 commits
- 18 Jun, 2014 1 commit
-
-
kosak authored
-
- 15 May, 2014 1 commit
-
-
billydonahue authored
-
- 24 Mar, 2014 1 commit
-
-
kosak authored
Also, stop using localtime(). Instead, use localtime_r() on most systems, localtime_s() on Windows.
-
- 12 Mar, 2014 1 commit
-
-
kosak authored
-
- 22 Feb, 2013 1 commit
-
-
kosak authored
Removes testing::internal::String::Format(), which causes problems as it truncates the result at 4096 chars. Also update an obsolete link in comment.
-
- 15 Nov, 2012 1 commit
-
-
jgm authored
changes that haven't made it to svn. The descriptions of each change are listed below. - Fixes some python shebang lines. - Add ElementsAreArray overloads to gmock. ElementsAreArray now makes a copy of its input elements before the conversion to a Matcher. ElementsAreArray can now take a vector as input. ElementsAreArray can now take an iterator pair as input. - Templatize MatchAndExplain to allow independent string types for the matcher and matchee. I also templatized the ConstCharPointer version of MatchAndExplain to avoid calls with "char*" from using the new templated MatchAndExplain. - Fixes the bug where the constructor of the return type of ElementsAre() saves a reference instead of a copy of the arguments. - Extends ElementsAre() to accept arrays whose sizes aren't known. - Switches gTest's internal FilePath class from testing::internal::String to std::string. testing::internal::String was introduced when gTest couldn't depend on std::string. It's now deprecated. - Switches gTest & gMock from using testing::internal::String objects to std::string. Some static methods of String are still in use. We may be able to remove some but not all of them. In particular, String::Format() should eventually be removed as it truncates the result at 4096 characters, often causing problems.
-
- 19 Sep, 2012 1 commit
-
-
vladlosev authored
-
- 09 Mar, 2012 1 commit
-
-
jgm authored
-
- 04 Nov, 2011 1 commit
-
-
vladlosev authored
-