maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/compiler-rt/lib/sanitizer_common/CMakeLists.txt

85 lines
2.5 KiB
CMake
Raw Normal View History

Resuming work on the compiler-rt CMake build at long long last. In order to get it working again, two changes were needed: - I had to give up on glob-based file expansion. This just isn't well supported by CMake, and until we convince upstream there of its value, it's not worth dealing with the pain. - Add the common library as otherwise even ASan won't build. This now builds again, although the "correctness" of it is a touch debatable. ;] Specifically, there is no merging of the common runtime library with the asan runtime library into a single archive file. I'm not really sure what the best technique is for that, and it may be influenced by the ongoing discussion about how best to link runtime libraries. Note of course that this is still very much WIP. It doesn't entirely work yet, and remains disabled by the LLVM projects/CMakeLists.txt until it is in a working state. llvm-svn: 158811
2012-06-20 18:18:43 +08:00
# Build system for the common Sanitizer runtime support library components.
# These components are shared between AddressSanitizer and ThreadSanitizer.
set(SANITIZER_SOURCES
sanitizer_allocator.cc
sanitizer_common.cc
[Sanitizer] fix CMake build llvm-svn: 159988
2012-07-10 17:17:06 +08:00
sanitizer_flags.cc
Resuming work on the compiler-rt CMake build at long long last. In order to get it working again, two changes were needed: - I had to give up on glob-based file expansion. This just isn't well supported by CMake, and until we convince upstream there of its value, it's not worth dealing with the pain. - Add the common library as otherwise even ASan won't build. This now builds again, although the "correctness" of it is a touch debatable. ;] Specifically, there is no merging of the common runtime library with the asan runtime library into a single archive file. I'm not really sure what the best technique is for that, and it may be influenced by the ongoing discussion about how best to link runtime libraries. Note of course that this is still very much WIP. It doesn't entirely work yet, and remains disabled by the LLVM projects/CMakeLists.txt until it is in a working state. llvm-svn: 158811
2012-06-20 18:18:43 +08:00
sanitizer_libc.cc
sanitizer_linux.cc
sanitizer_mac.cc
[sanitizer] Add interceptors for localtime and friends. llvm-svn: 175499
2013-02-19 17:19:16 +08:00
sanitizer_platform_limits_posix.cc
Resuming work on the compiler-rt CMake build at long long last. In order to get it working again, two changes were needed: - I had to give up on glob-based file expansion. This just isn't well supported by CMake, and until we convince upstream there of its value, it's not worth dealing with the pain. - Add the common library as otherwise even ASan won't build. This now builds again, although the "correctness" of it is a touch debatable. ;] Specifically, there is no merging of the common runtime library with the asan runtime library into a single archive file. I'm not really sure what the best technique is for that, and it may be influenced by the ongoing discussion about how best to link runtime libraries. Note of course that this is still very much WIP. It doesn't entirely work yet, and remains disabled by the LLVM projects/CMakeLists.txt until it is in a working state. llvm-svn: 158811
2012-06-20 18:18:43 +08:00
sanitizer_posix.cc
sanitizer_printf.cc
[Sanitizer] Add new lit testsuite: check-sanitizer that runs unit tests for sanitizer_common runtime (shared between ASan and TSan) llvm-svn: 163610
2012-09-11 18:50:32 +08:00
sanitizer_stackdepot.cc
[asan] actually move StackTrace to sanitizer_common llvm-svn: 162757
2012-08-28 22:11:57 +08:00
sanitizer_stacktrace.cc
[libsanitizer] StopTheWorld in sanitizer_common StopTheWorld puts the process in a suspended state before running the user-supplied callback. To be used in TSan and in leak checking code. Linux implementation provided. Patch by Sergey Matveev (earthdok@google.com) llvm-svn: 177156
2013-03-15 22:37:21 +08:00
sanitizer_stoptheworld_linux.cc
Resuming work on the compiler-rt CMake build at long long last. In order to get it working again, two changes were needed: - I had to give up on glob-based file expansion. This just isn't well supported by CMake, and until we convince upstream there of its value, it's not worth dealing with the pain. - Add the common library as otherwise even ASan won't build. This now builds again, although the "correctness" of it is a touch debatable. ;] Specifically, there is no merging of the common runtime library with the asan runtime library into a single archive file. I'm not really sure what the best technique is for that, and it may be influenced by the ongoing discussion about how best to link runtime libraries. Note of course that this is still very much WIP. It doesn't entirely work yet, and remains disabled by the LLVM projects/CMakeLists.txt until it is in a working state. llvm-svn: 158811
2012-06-20 18:18:43 +08:00
sanitizer_symbolizer.cc
Move C++ name demangling support from ubsan into sanitizer_common. llvm-svn: 170666
2012-12-20 13:00:13 +08:00
sanitizer_symbolizer_itanium.cc
[Sanitizer] move OS-dependent pieces of symbolizer to separate source files llvm-svn: 161862
2012-08-14 21:00:32 +08:00
sanitizer_symbolizer_linux.cc
sanitizer_symbolizer_mac.cc
sanitizer_symbolizer_win.cc
[Sanitizer] Add generic ThreadRegistry class for sanitizer runtimes. This class holds basic thread bookkeeping logic and allows specific sanitizer runtimes to create thread contexts and mark threads as created/running/joined etc. The class is based on the way we currently store thread contexts in TSan. llvm-svn: 177074
2013-03-14 21:54:30 +08:00
sanitizer_thread_registry.cc
Resuming work on the compiler-rt CMake build at long long last. In order to get it working again, two changes were needed: - I had to give up on glob-based file expansion. This just isn't well supported by CMake, and until we convince upstream there of its value, it's not worth dealing with the pain. - Add the common library as otherwise even ASan won't build. This now builds again, although the "correctness" of it is a touch debatable. ;] Specifically, there is no merging of the common runtime library with the asan runtime library into a single archive file. I'm not really sure what the best technique is for that, and it may be influenced by the ongoing discussion about how best to link runtime libraries. Note of course that this is still very much WIP. It doesn't entirely work yet, and remains disabled by the LLVM projects/CMakeLists.txt until it is in a working state. llvm-svn: 158811
2012-06-20 18:18:43 +08:00
sanitizer_win.cc
)
[Sanitizer] CMake build rules for unittests: depend on headers when compiling a file with custom clang. llvm-svn: 170897
2012-12-21 22:04:52 +08:00
# Explicitly list all sanitizer_common headers. Not all of these are
# included in sanitizer_common source files, but we need to depend on
# headers when building our custom unit tests.
set(SANITIZER_HEADERS
sanitizer_allocator.h
sanitizer_atomic_clang.h
sanitizer_atomic_msvc.h
sanitizer_atomic.h
sanitizer_common.h
[sanitizer] Rename 2 files *.h->*.inc as appropriate. Also add a missing include. llvm-svn: 172814
2013-01-18 21:01:18 +08:00
sanitizer_common_interceptors.inc
sanitizer_common_interceptors_scanf.inc
[Sanitizer] CMake build rules for unittests: depend on headers when compiling a file with custom clang. llvm-svn: 170897
2012-12-21 22:04:52 +08:00
sanitizer_flags.h
sanitizer_internal_defs.h
asan/tsan: faster memory allocator 1. Increase size classes from 32k to 128k 2. Use lock-free stack in central cache 3. Use blocking mutex when allocate new memory with mmap llvm-svn: 172388
2013-01-14 16:23:34 +08:00
sanitizer_lfstack.h
[Sanitizer] CMake build rules for unittests: depend on headers when compiling a file with custom clang. llvm-svn: 170897
2012-12-21 22:04:52 +08:00
sanitizer_libc.h
add Linux syscall wrappers and ThreadLister to sanitizer_common ThreadLister is a Linux-specific class for obtaining the thread IDs of a process from procfs (/proc/<pid>/task/). It will be used by leak checking code. Also add several syscall wrappers which will be required by the same code that uses ThreadLister, but are not used in ThreadLister itself. Patch by Sergey Matveev llvm-svn: 176179
2013-02-27 19:22:40 +08:00
sanitizer_linux.h
[Sanitizer] CMake build rules for unittests: depend on headers when compiling a file with custom clang. llvm-svn: 170897
2012-12-21 22:04:52 +08:00
sanitizer_list.h
sanitizer_mutex.h
sanitizer_placement_new.h
sanitizer_platform_interceptors.h
sanitizer_procmaps.h
asan: Refactor asan memory quarantine. llvm-svn: 172183
2013-01-11 16:07:43 +08:00
sanitizer_quarantine.h
[Sanitizer] CMake build rules for unittests: depend on headers when compiling a file with custom clang. llvm-svn: 170897
2012-12-21 22:04:52 +08:00
sanitizer_report_decorator.h
sanitizer_stackdepot.h
sanitizer_stacktrace.h
sanitizer_symbolizer.h
[Sanitizer] Add generic ThreadRegistry class for sanitizer runtimes. This class holds basic thread bookkeeping logic and allows specific sanitizer runtimes to create thread contexts and mark threads as created/running/joined etc. The class is based on the way we currently store thread contexts in TSan. llvm-svn: 177074
2013-03-14 21:54:30 +08:00
sanitizer_thread_registry.h
[Sanitizer] CMake build rules for unittests: depend on headers when compiling a file with custom clang. llvm-svn: 170897
2012-12-21 22:04:52 +08:00
)
[Sanitizer] Build sanitizer_common with -fno-rtti llvm-svn: 177070
2013-03-14 21:16:35 +08:00
set(SANITIZER_CFLAGS
${SANITIZER_COMMON_CFLAGS}
-fno-rtti)
Another big step toward a viable CMake build system for CompilerRT, ASan, and friends. This explicitly switches the CompilerRT CMake build to require CMake version 2.8.8 or newer which provides first-class support for "object" libraries which consist of a pile of '.o' files -- exactly what is desired for composing runtime libraries. I've gone ahead and switched to using this. I've also added the interception library which I missed initially. And I've added proper dependencies between the various libraries. With this, I'm able to build archives for asan that appear to contain all of the necessary .o files. The final tweak here is to start setting up the compile flags and macro defines expected by ASan and its helper libraries. These may not be entirely correct currently, they're based loosely on my reading of the old Makefiles. However, they can be tweaked more easily now that they're wired up properly. llvm-svn: 159129
2012-06-25 16:40:10 +08:00
[Sanitizer] Return cmake support for setting compile definitions for sanitizer_common library llvm-svn: 161747
2012-08-13 15:41:43 +08:00
set(SANITIZER_RUNTIME_LIBRARIES)
[ASan] CMake support for building ASan runtime as a universal binary on Mac llvm-svn: 161665
2012-08-10 22:45:52 +08:00
if(APPLE)
# Build universal binary on APPLE.
CMake: Add add_compiler_rt_osx_object_library to create universal libraries on Mac llvm-svn: 172979
2013-01-20 22:36:12 +08:00
add_compiler_rt_osx_object_library(RTSanitizerCommon
ARCH ${SANITIZER_COMMON_SUPPORTED_ARCH}
SOURCES ${SANITIZER_SOURCES}
CFLAGS ${SANITIZER_CFLAGS})
[Sanitizer] Return cmake support for setting compile definitions for sanitizer_common library llvm-svn: 161747
2012-08-13 15:41:43 +08:00
list(APPEND SANITIZER_RUNTIME_LIBRARIES RTSanitizerCommon.osx)
CMake: create AddCompilerRT module and implement convenience add_compiler_rt_object_library function llvm-svn: 172826
2013-01-19 00:05:21 +08:00
elseif(ANDROID)
add_library(RTSanitizerCommon.arm.android OBJECT ${SANITIZER_SOURCES})
set_target_compile_flags(RTSanitizerCommon.arm.android
${SANITIZER_CFLAGS})
list(APPEND SANITIZER_RUNTIME_LIBRARIES RTSanitizerCommon.arm.android)
[ASan] CMake support for building ASan runtime as a universal binary on Mac llvm-svn: 161665
2012-08-10 22:45:52 +08:00
else()
# Otherwise, build separate libraries for each target.
CMake: Generalize build rules for different arches for sanitizer_common, asan, ubsan llvm-svn: 172829
2013-01-19 00:51:07 +08:00
foreach(arch ${SANITIZER_COMMON_SUPPORTED_ARCH})
add_compiler_rt_object_library(RTSanitizerCommon ${arch}
CMake: create AddCompilerRT module and implement convenience add_compiler_rt_object_library function llvm-svn: 172826
2013-01-19 00:05:21 +08:00
SOURCES ${SANITIZER_SOURCES} CFLAGS ${SANITIZER_CFLAGS})
CMake: Generalize build rules for different arches for sanitizer_common, asan, ubsan llvm-svn: 172829
2013-01-19 00:51:07 +08:00
list(APPEND SANITIZER_RUNTIME_LIBRARIES RTSanitizerCommon.${arch})
endforeach()
Resuming work on the compiler-rt CMake build at long long last. In order to get it working again, two changes were needed: - I had to give up on glob-based file expansion. This just isn't well supported by CMake, and until we convince upstream there of its value, it's not worth dealing with the pain. - Add the common library as otherwise even ASan won't build. This now builds again, although the "correctness" of it is a touch debatable. ;] Specifically, there is no merging of the common runtime library with the asan runtime library into a single archive file. I'm not really sure what the best technique is for that, and it may be influenced by the ongoing discussion about how best to link runtime libraries. Note of course that this is still very much WIP. It doesn't entirely work yet, and remains disabled by the LLVM projects/CMakeLists.txt until it is in a working state. llvm-svn: 158811
2012-06-20 18:18:43 +08:00
endif()
[ASan] CMake support for building ASan runtime as a universal binary on Mac llvm-svn: 161665
2012-08-10 22:45:52 +08:00
[Sanitizer] Add new lit testsuite: check-sanitizer that runs unit tests for sanitizer_common runtime (shared between ASan and TSan) llvm-svn: 163610
2012-09-11 18:50:32 +08:00
# Unit tests for common sanitizer runtime.
if(LLVM_INCLUDE_TESTS)
add_subdirectory(tests)
endif()