- 22 Jun, 2017 2 commits
- 12 May, 2017 2 commits
-
-
Fumitoshi Ukai authored
Remove files generated by autotools closes #165
-
Shinichiro Hamaji authored
for #165. I think not many projects have them in their repo.
-
- 10 May, 2017 2 commits
-
-
Shinichiro Hamaji authored
-
Fumitoshi Ukai authored
Backport internal changes
-
- 09 May, 2017 8 commits
-
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
Don't rely on an internal-linkage extern "C" function having an unmangled name. This isn't required by the ABI, and in fact is not valid for a conforming compiler(!). Instead, allow symbolization to produce either a mangled or an unmangled name here.
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
-
Shinichiro Hamaji authored
-
- 21 Apr, 2017 1 commit
-
-
Fumitoshi Ukai authored
CHECK_NOTNULL works with smart pointers when compiled in C++11.
-
- 20 Apr, 2017 1 commit
-
-
Ning Ren authored
-
- 07 Mar, 2017 2 commits
-
-
Fumitoshi Ukai authored
Add __declspec(noreturn) on Win
-
mayah authored
Currently cl.exe doesn't know LOG(FATAL) exits the program. Set __declspec(noreturn).
-
- 09 Feb, 2017 1 commit
-
-
Fumitoshi Ukai authored
DCHECK_ALWAYS_ON to make D* enabled under NDEBUG
-
- 08 Feb, 2017 1 commit
-
-
Yoshisato Yanagisawa authored
The macro NDEBUG could be automatically defined for release build on some build environments (e.g. MSVC). If we use NDEBUG as a key to distinguish using DCHECK as CHECK (I call this DCHECK is enabled) or not, we cannot make DCHECK enabled for release build on such environments. Considering people use a program with glog for presubmit testing or dogfooding, they should need to do release build with DCHECK enabled.
-
- 20 Oct, 2016 1 commit
-
-
Fumitoshi Ukai authored
-
- 19 Oct, 2016 11 commits
-
-
Fumitoshi Ukai authored
cmake: allow to disable building unit tests
-
Sergiu Deitsch authored
This commit introduces a CMake `BUILD_TESTING` boolean option that allows to disable unit tests. This is especially useful in superbuilds where typically only the main library is built. By default, this option is enabled.
-
Fumitoshi Ukai authored
try to avoid the error "conflicting declaration 'typedef DWORD pthread_t'" etc. in MinGW
-
Fumitoshi Ukai authored
-
Fumitoshi Ukai authored
Set sinks_ to NULL after deletion in LogDestination::DeleteLogDestinations
-
Fumitoshi Ukai authored
-
Fumitoshi Ukai authored
Fix autotools build.
-
Fumitoshi Ukai authored
Added $<BUILD_INTERFACE> to gflags include directory
-
Fumitoshi Ukai authored
-
Fumitoshi Ukai authored
cmake: enable position independent code (PIC)
-
Fumitoshi Ukai authored
cmake: fixed clang warning propagation to gcc
-
- 07 Oct, 2016 2 commits
-
-
Sergiu Deitsch authored
-
Sergiu Deitsch authored
-
- 03 Oct, 2016 1 commit
-
-
MiniLight authored
pthread_t'" etc.
-
- 11 Sep, 2016 1 commit
-
-
Andy Ying authored
-
- 14 Jul, 2016 2 commits
-
-
Fumitoshi Ukai authored
-
Fumitoshi Ukai authored
symbolize: Calculate a module's zero VA using program headers.
-
- 23 Jun, 2016 2 commits
-
-
Peter Collingbourne authored
It looks like commit 3c49b932 modified the auto-generated file src/config.h.in to add a definition of macro GOOGLE_GLOG_DLL_DECL. One of the autotools reverts this change upon running "make", causing the build to fail when a source file includes demangle.h. To fix the problem, revert the change to src/config.h.in and include glog/logging.h from demangle.h which provides a definition of that macro.
-
Peter Collingbourne authored
Previously we were using a module's "start address", i.e. the address at which the module's executable region was mapped, as the zero virtual address, i.e. the address from which the DSO's virtual addresses are calculated. This works fine for DSOs created by the bfd and gold linkers, which will emit a PT_LOAD directive into the program header which loads the executable region at virtual address (p_vaddr) and file offset (p_offset) 0. However, the lld linker may place a read-only region before the executable region, meaning that both p_vaddr and p_offset for the executable region are non-zero. This means that any symbols resolved by the symbolizer are resolved to an incorrect virtual address. To correctly calculate the address corresponding to virtual address zero, we need to take into account p_vaddr and p_offset. Specifically, the calculation starts with the "base address", i.e. the start address minus the file offset. To get from the base address to virtual address zero, we first add p_offset. This gives us the mapped address of the start of the segment, or in other words the mapped address corresponding to the virtual address of the segment. (Note that this is distinct from the start address, as p_offset is not guaranteed to be page aligned.) We then subtract p_vaddr, which takes us to virtual address zero.
-