- 16 Jun, 2015 1 commit
-
-
Brian Silverman authored
Under Debian Jessie, I get a warning about redefining _XOPEN_SOURCE which is easy to fix.
-
- 13 Jun, 2012 1 commit
-
-
git-svn-id: https://google-glog.googlecode.com/svn/trunk@112 eb4d4688-79bd-11dd-afb4-1d65580434c0
-
- 27 Jul, 2009 2 commits
-
-
git-svn-id: https://google-glog.googlecode.com/svn/trunk@61 eb4d4688-79bd-11dd-afb4-1d65580434c0
-
git-svn-id: https://google-glog.googlecode.com/svn/trunk@60 eb4d4688-79bd-11dd-afb4-1d65580434c0
-
- 20 May, 2009 1 commit
-
-
This will fix the issue a user in Japan reported in his blog. http://kzk9.net/blog/2009/05/deadlock_with_gflags_and_glog_2.html According to his description, when he use glog and gflags-1.1, gflags' code uses glog's Mutex, the Mutex cannot lock the pthread_mutex, and the program stops. The bug happens with the combination of gflags-1.1 and glog. It seems that the issue was caused by incompatibility of Mutex classes. Though I couldn't reproduce this issue, the reporter of this bug said that adding namespace fixes the problem and I think it is generally good idea to use namespace for this kind of common component to avoid incompatibilities. So, I check this change in now. This patch will protect glog from future changes on Mutex as well. --This line, and those below, will be ignored-- M src/base/mutex.h git-svn-id: https://google-glog.googlecode.com/svn/trunk@51 eb4d4688-79bd-11dd-afb4-1d65580434c0
-
- 22 Jan, 2009 1 commit
-
-
- configure.ac: Add -lpthread only if acx_pthread_ok is yes. In cygwin, we use Windows' thread so that we don't need -lpthread. - base/mutex.h: Define NOMINMAX before we include windows.h. - glog/*.h: Make sure that dllimport doesn't appear in cygwin. Note that windows.h may define _WIN32 macro. - utilities.h: Define OS_CYGWIN. git-svn-id: https://google-glog.googlecode.com/svn/trunk@30 eb4d4688-79bd-11dd-afb4-1d65580434c0
-
- 07 Oct, 2008 1 commit
-
-
git-svn-id: https://google-glog.googlecode.com/svn/trunk@2 eb4d4688-79bd-11dd-afb4-1d65580434c0
-