- 20 Mar, 2018 2 commits
-
-
Shinichiro Hamaji authored
konsole family of terminfo supports colored output
-
Sergey Sharybin authored
Glog was missing colored output when running in terminal who is set to konsole* TERM, even though the terminal itself supports colored output. Add extra terminfo to the check function, so now output from Glog is properly colored.
-
- 18 Mar, 2018 1 commit
-
-
Sergiu Deitsch authored
-
- 27 Feb, 2018 1 commit
-
-
Sergiu Deitsch authored
* added dbghelp symbolizer support for mingw and cygwin * fixed compiler errors in case <stdint.h> is not available * cmake: check whether SymFromAddr actually works
-
- 23 Feb, 2018 1 commit
-
-
Sergiu Deitsch authored
-
- 10 Feb, 2018 1 commit
-
-
Sergiu Deitsch authored
CMake Update
-
- 06 Feb, 2018 3 commits
-
-
Corentin Le Molgat authored
- Use of Project version properties instead of custom variables - fix missmatch between VERSION (build version) and SOVERSION (API version) src: https://cmake.org/cmake/help/latest/prop_tgt/VERSION.html#prop_tgt:VERSION
-
Corentin Le Molgat authored
CTest module already provides it
-
Corentin Le Molgat authored
Useful when using glog as subproject. Add an explanation at top like in gflags.git CMakeLists.txt
-
- 01 Feb, 2018 2 commits
-
-
Rodrigo Queiro authored
-
Rodrigo Queiro authored
Fixes #289.
-
- 16 Jan, 2018 1 commit
-
-
Rodrigo Queiro authored
This works around https://github.com/bazelbuild/bazel/issues/3979, and so closes #282.
-
- 04 Jan, 2018 7 commits
-
-
Sergiu Deitsch authored
-
Sergiu Deitsch authored
Use target gflags instead of old VARIABLES
-
Mizux authored
-
Rodrigo Queiro authored
Add an example using glog from Bazel
-
Rodrigo Queiro authored
-
Rodrigo Queiro authored
Update gflags to latest master
-
Sergiu Deitsch authored
This allows to avoid conflicts between third party gflags find modules floating around. If a package provide a local version of gflags find module, clients which locate glog will incorrectly use it. Another problem is a CMake error message "cmake_policy PUSH without matching POP" in nested find_package calls. In summary, we need to ensure to use the original gflags package config.
-
- 02 Jan, 2018 5 commits
-
-
Sergiu Deitsch authored
-
Sergiu Deitsch authored
-
Sergiu Deitsch authored
This allows to deploy debug and release builds concurrently.
-
Sergiu Deitsch authored
Fixed undeclared identifier error
-
Sergiu Deitsch authored
-
- 21 Dec, 2017 1 commit
-
-
Shinichiro Hamaji authored
Update AUTHORS and CONTRIBUTORS for PR#232
-
- 20 Dec, 2017 1 commit
-
-
Shinichiro Hamaji authored
-
- 19 Dec, 2017 1 commit
-
-
Rodrigo Queiro authored
This means that gflags no longer leaks config.h, so I had to fix a bug in glog.bzl where config.h is generated at the wrong path. I also switched to the best-practice for depending on git repositories, ie using http_archive with a mirror.
-
- 18 Dec, 2017 1 commit
-
-
Rodrigo Queiro authored
Build with Bazel.
-
- 14 Dec, 2017 5 commits
-
-
Zhongming Qu authored
-
Zhongming Qu authored
-
Zhongming Qu authored
This commit addresses a few issues: 1. No longer leak config.h in a way similar to https://github.com/gflags/gflags/issues/233 The solution of prefixing the path by 'glog_internal' is modified from https://github.com/gflags/gflags/issues/234 2. No longer expose internal headers. 3. Replace PACKAGE_NAME with native.package_name() 4. Uers can choose namespaces via the newly added 'namespace' keyword. 5. Replace glob with explicitly listing of files. 6. Make the genrules more compact using pythonic list construction.
-
Zhongming Qu authored
-
Zhongming Qu authored
-
- 10 Nov, 2017 1 commit
-
-
Fumitoshi Ukai authored
Compute base addresses from program headers while reading /proc/self/maps.
-
- 08 Nov, 2017 1 commit
-
-
Peter Collingbourne authored
We previously had logic to compute the base address from program headers as part of symbolization. The problem is that we need a correct base address earlier in order to adjust a PC into the image's address space, as these addresses can appear in unsymbolized output. There was previously an assumption that only the mapping that was lowest in the address space did not need to be adjusted. This assumption is not guaranteed (for example, the kernel may choose to map an ET_DYN lowest) and in fact turned out to be wrong in binaries linked with lld because the first mapping is read-only. The solution is to move the program header reading logic into the code that reads /proc/self/maps. There is a change in semantics for clients that install a callback using the InstallSymbolizeOpenObjectFileCallback function. Any such clients will need to return a correct base address from the callback by reading program headers using code similar to that in the function OpenObjectFileContainingPcAndGetStartAddress.
-
- 04 Nov, 2017 1 commit
-
-
Sergiu Deitsch authored
Cache strlen outside of cycles (PVS-Studio)
-
- 31 Oct, 2017 2 commits
-
-
Shinichiro Hamaji authored
Shell escape arguments to /bin/mail.
-
Fumitoshi Ukai authored
-
- 20 Oct, 2017 2 commits
-
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
Fix username lookup in case of missing USER environment variable
-