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/asan/CMakeLists.txt

100 lines
2.7 KiB
CMake
Raw Normal View History

Initial, very rough cut at a new CMake build system for compiler-rt. Some high-level notes: 1) An explicit goal is to support building compiler-rt as a subproject build, checked out into the projects/compiler-rt directory. There are many other possible ways of building the code here, but this is optimized for development on LLVM/Clang/compiler-rt, and incremental trial and testing of the toolchain. 2) The current support is targeted at Linux. I would love to see this generalized to other platforms, but for the sake of simplicity in testing, I'm focusing here first. Much of this patch was paired with Manuel, and I credit him with the majority of the work here. Some important caveats that I'll be working on in subsequent patches: 1) This uses the host compiler rather than using the just-built-clang. 2) Currently only x86 is supported. 3) Currently, none of the tests are built or run. 4) Uses CMake's builtin globbing which doesn't update correctly. 5) This is still turned off from LLVM's CMake build until these issues are addressed llvm-svn: 154060
2012-04-05 06:12:04 +08:00
# Build for the AddressSanitizer runtime support library.
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
set(ASAN_SOURCES
[asan] introduce asan_allocator2.cc, which will have the replacement for asan allocator (now, just a bit of boilerplate) llvm-svn: 169733
2012-12-10 21:52:55 +08:00
asan_allocator2.cc
[asan] move FakeStack into a separate file llvm-svn: 169734
2012-12-10 22:19:15 +08:00
asan_fake_stack.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
asan_globals.cc
asan_interceptors.cc
asan_linux.cc
asan_mac.cc
asan_malloc_linux.cc
asan_malloc_mac.cc
asan_malloc_win.cc
asan_new_delete.cc
asan_poisoning.cc
asan_posix.cc
[asan] move the .preinit_array hack into a separate file (added used attribute) llvm-svn: 175871
2013-02-22 15:51:26 +08:00
asan_preinit.cc
[ASan] Move error reports away from ASan allocator. Add new source file to CMakeLists as well llvm-svn: 161569
2012-08-09 16:15:46 +08:00
asan_report.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
asan_rtl.cc
asan_stack.cc
asan_stats.cc
asan_thread.cc
asan_win.cc
)
Initial, very rough cut at a new CMake build system for compiler-rt. Some high-level notes: 1) An explicit goal is to support building compiler-rt as a subproject build, checked out into the projects/compiler-rt directory. There are many other possible ways of building the code here, but this is optimized for development on LLVM/Clang/compiler-rt, and incremental trial and testing of the toolchain. 2) The current support is targeted at Linux. I would love to see this generalized to other platforms, but for the sake of simplicity in testing, I'm focusing here first. Much of this patch was paired with Manuel, and I credit him with the majority of the work here. Some important caveats that I'll be working on in subsequent patches: 1) This uses the host compiler rather than using the just-built-clang. 2) Currently only x86 is supported. 3) Currently, none of the tests are built or run. 4) Uses CMake's builtin globbing which doesn't update correctly. 5) This is still turned off from LLVM's CMake build until these issues are addressed llvm-svn: 154060
2012-04-05 06:12:04 +08:00
Commit the source and CMake changes that will allow to build ASan runtime as a shared library on Mac OS. This will provide an alternative to mach_override. llvm-svn: 162091
2012-08-17 17:00:08 +08:00
set(ASAN_DYLIB_SOURCES
${ASAN_SOURCES}
)
Cleanup the handling of CFLAGS even more in the cmake build for ASan. Add the initial support for building ASan tests. The first change here is to try to get the CFLAGS to more closely match those used by the old Makefile. There are probably still goofs here, ASan folks, your review would be appreciated. The second big change is to add support for building both instrumentation based an non-instrumentation based unittests for ASan. They are built a bit differently from how the old makefiles managed things. Specifically, there are two binaries, one for the non-instrumented case, and one for the instrumented case. Also, the instrumented unit tests rely on the host compiler supporting AddressSanitizer's intrumentation pass. This is kind-of gross, but I don't know of a better way yet. I've mailed llvmdev to discuss this issue. One big caveat is that the detection logic currently doesn't work. I've commented it out temporarily as I'd like to get feedback from the ASan developers, etc. llvm-svn: 159134
2012-06-25 20:57:43 +08:00
include_directories(..)
[Sanitizer] Build ASan, TSan and MSan runtimes with -fno-rtti. llvm-svn: 176940
2013-03-13 17:18:30 +08:00
set(ASAN_CFLAGS
${SANITIZER_COMMON_CFLAGS}
-fno-rtti)
[ASan] hoist more compile flags to SANITIZER_COMMON_CFLAGS var and add the rest of flags/defs from old Makefile to CMake llvm-svn: 163204
2012-09-05 17:00:03 +08:00
ASan: build runtime library with ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 as shadow mapping/offset are always emitted by the LLVM backend now llvm-svn: 173013
2013-01-21 16:24:19 +08:00
set(ASAN_COMMON_DEFINITIONS
ASan: disable flexible mapping and offset on Android. It doesn't work for dynamic ASan runtime there llvm-svn: 173132
2013-01-22 15:21:24 +08:00
ASAN_HAS_EXCEPTIONS=1)
ASan: build runtime library with ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 as shadow mapping/offset are always emitted by the LLVM backend now llvm-svn: 173013
2013-01-21 16:24:19 +08:00
CMake build rules for ASan Android runtime and tests. llvm-svn: 163613
2012-09-11 19:55:45 +08:00
if(ANDROID)
ASan: build runtime library with ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 as shadow mapping/offset are always emitted by the LLVM backend now llvm-svn: 173013
2013-01-21 16:24:19 +08:00
list(APPEND ASAN_COMMON_DEFINITIONS
ASan: disable flexible mapping and offset on Android. It doesn't work for dynamic ASan runtime there llvm-svn: 173132
2013-01-22 15:21:24 +08:00
ASAN_FLEXIBLE_MAPPING_AND_OFFSET=0
CMake build rules for ASan Android runtime and tests. llvm-svn: 163613
2012-09-11 19:55:45 +08:00
ASAN_NEEDS_SEGV=0
ASan: build runtime library with ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 as shadow mapping/offset are always emitted by the LLVM backend now llvm-svn: 173013
2013-01-21 16:24:19 +08:00
ASAN_LOW_MEMORY=1)
CMake build rules for ASan Android runtime and tests. llvm-svn: 163613
2012-09-11 19:55:45 +08:00
else()
ASan: build runtime library with ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 as shadow mapping/offset are always emitted by the LLVM backend now llvm-svn: 173013
2013-01-21 16:24:19 +08:00
list(APPEND ASAN_COMMON_DEFINITIONS
ASan: disable flexible mapping and offset on Android. It doesn't work for dynamic ASan runtime there llvm-svn: 173132
2013-01-22 15:21:24 +08:00
ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1
ASan: build runtime library with ASAN_FLEXIBLE_MAPPING_AND_OFFSET=1 as shadow mapping/offset are always emitted by the LLVM backend now llvm-svn: 173013
2013-01-21 16:24:19 +08:00
ASAN_NEEDS_SEGV=1)
CMake build rules for ASan Android runtime and tests. llvm-svn: 163613
2012-09-11 19:55:45 +08:00
endif()
Commit the source and CMake changes that will allow to build ASan runtime as a shared library on Mac OS. This will provide an alternative to mach_override. llvm-svn: 162091
2012-08-17 17:00:08 +08:00
CMake: Generalize build rules for different arches for sanitizer_common, asan, ubsan llvm-svn: 172829
2013-01-19 00:51:07 +08:00
# Architectures supported by ASan.
filter_available_targets(ASAN_SUPPORTED_ARCH
CMake: generalize checking for target availability and add initial support for PowerPC native arch. With this patch, building LLVM on PowerPC native arch produces a working ASan runtime. llvm-svn: 173044
2013-01-21 22:31:45 +08:00
x86_64 i386 powerpc64 powerpc)
CMake: Generalize build rules for different arches for sanitizer_common, asan, ubsan llvm-svn: 172829
2013-01-19 00:51:07 +08:00
[ASan] CMake support for building ASan runtime as a universal binary on Mac llvm-svn: 161665
2012-08-10 22:45:52 +08:00
set(ASAN_RUNTIME_LIBRARIES)
if(APPLE)
# Build universal binary on APPLE.
[ASan] Use dylib interposition to hook memory allocation in the dynamic runtime. This CL drastically simplifies the way we're hooking the memory allocation routines in ASan on Mac by using dylib interposition to replace the main malloc_zone_* functions. This allows us to avoid replacing the default CFAllocator and drop the CF dependency at all. Committing this patch will result in the static runtime being broken. A follow-up CL will switch ASan to use the dynamic runtime library. llvm-svn: 173134
2013-01-22 17:14:54 +08:00
add_compiler_rt_osx_dynamic_runtime(clang_rt.asan_osx_dynamic
ARCH ${ASAN_SUPPORTED_ARCH}
SOURCES ${ASAN_DYLIB_SOURCES}
$<TARGET_OBJECTS:RTInterception.osx>
$<TARGET_OBJECTS:RTSanitizerCommon.osx>
CFLAGS ${ASAN_CFLAGS}
[ASan] Delete the code related to static runtime on OS X. Nuke lib/interception/mach_override. llvm-svn: 174383
2013-02-05 23:57:12 +08:00
DEFS ${ASAN_COMMON_DEFINITIONS}
[ASan] Use dylib interposition to hook memory allocation in the dynamic runtime. This CL drastically simplifies the way we're hooking the memory allocation routines in ASan on Mac by using dylib interposition to replace the main malloc_zone_* functions. This allows us to avoid replacing the default CFAllocator and drop the CF dependency at all. Committing this patch will result in the static runtime being broken. A follow-up CL will switch ASan to use the dynamic runtime library. llvm-svn: 173134
2013-01-22 17:14:54 +08:00
# Dynamic lookup is needed because shadow scale and offset are
# provided by the instrumented modules.
LINKFLAGS "-framework Foundation"
"-undefined dynamic_lookup")
list(APPEND ASAN_RUNTIME_LIBRARIES clang_rt.asan_osx_dynamic)
CMake build rules for ASan Android runtime and tests. llvm-svn: 163613
2012-09-11 19:55:45 +08:00
elseif(ANDROID)
add_library(clang_rt.asan-arm-android SHARED
${ASAN_SOURCES}
$<TARGET_OBJECTS:RTInterception.arm.android>
$<TARGET_OBJECTS:RTSanitizerCommon.arm.android>
)
set_target_compile_flags(clang_rt.asan-arm-android
CMake: add functions creating universal runtime libraries for several architectures on OS X and use them in ASan and UBSan build rules llvm-svn: 173011
2013-01-21 16:12:20 +08:00
${ASAN_CFLAGS})
set_property(TARGET clang_rt.asan-arm-android APPEND PROPERTY
COMPILE_DEFINITIONS ${ASAN_COMMON_DEFINITIONS})
CMake build rules for ASan Android runtime and tests. llvm-svn: 163613
2012-09-11 19:55:45 +08:00
target_link_libraries(clang_rt.asan-arm-android dl)
list(APPEND ASAN_RUNTIME_LIBRARIES clang_rt.asan-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 ${ASAN_SUPPORTED_ARCH})
CMake: add functions creating universal runtime libraries for several architectures on OS X and use them in ASan and UBSan build rules llvm-svn: 173011
2013-01-21 16:12:20 +08:00
add_compiler_rt_static_runtime(clang_rt.asan-${arch} ${arch}
SOURCES ${ASAN_SOURCES}
$<TARGET_OBJECTS:RTInterception.${arch}>
$<TARGET_OBJECTS:RTSanitizerCommon.${arch}>
[nolibc] Begin moving sanitizer_common's libc-dependent code to a separate library Introduce a new object library, RTSanitizerCommonLibc, which will contain the subset of sanitizer_common with libc dependencies. RTSanitizerCommon contains the remainder of sanitizer_common, and is intended to have no libc dependencies. Begin moving code to RTSanitizerCommonLibc, starting with sanitizer_common.cc, whose libc-dependent portion is moved to sanitizer_common_libcdep.cc, the first member of the new library. This split affects the CMake build only. The makefile build continues to produce the full sanitizer_common library. llvm-svn: 182118
2013-05-18 00:17:19 +08:00
$<TARGET_OBJECTS:RTSanitizerCommonLibc.${arch}>
CMake: add functions creating universal runtime libraries for several architectures on OS X and use them in ASan and UBSan build rules llvm-svn: 173011
2013-01-21 16:12:20 +08:00
CFLAGS ${ASAN_CFLAGS}
Build and install .syms files alongside sanitizer runtimes. These are used to specify which symbols are exported to DSOs when the sanitizer is statically linked into a binary. llvm-svn: 177784
2013-03-23 08:31:07 +08:00
DEFS ${ASAN_COMMON_DEFINITIONS}
SYMS asan.syms)
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 ASAN_RUNTIME_LIBRARIES clang_rt.asan-${arch})
endforeach()
Initial, very rough cut at a new CMake build system for compiler-rt. Some high-level notes: 1) An explicit goal is to support building compiler-rt as a subproject build, checked out into the projects/compiler-rt directory. There are many other possible ways of building the code here, but this is optimized for development on LLVM/Clang/compiler-rt, and incremental trial and testing of the toolchain. 2) The current support is targeted at Linux. I would love to see this generalized to other platforms, but for the sake of simplicity in testing, I'm focusing here first. Much of this patch was paired with Manuel, and I credit him with the majority of the work here. Some important caveats that I'll be working on in subsequent patches: 1) This uses the host compiler rather than using the just-built-clang. 2) Currently only x86 is supported. 3) Currently, none of the tests are built or run. 4) Uses CMake's builtin globbing which doesn't update correctly. 5) This is still turned off from LLVM's CMake build until these issues are addressed llvm-svn: 154060
2012-04-05 06:12:04 +08:00
endif()
Cleanup the handling of CFLAGS even more in the cmake build for ASan. Add the initial support for building ASan tests. The first change here is to try to get the CFLAGS to more closely match those used by the old Makefile. There are probably still goofs here, ASan folks, your review would be appreciated. The second big change is to add support for building both instrumentation based an non-instrumentation based unittests for ASan. They are built a bit differently from how the old makefiles managed things. Specifically, there are two binaries, one for the non-instrumented case, and one for the instrumented case. Also, the instrumented unit tests rely on the host compiler supporting AddressSanitizer's intrumentation pass. This is kind-of gross, but I don't know of a better way yet. I've mailed llvmdev to discuss this issue. One big caveat is that the detection logic currently doesn't work. I've commented it out temporarily as I'd like to get feedback from the ASan developers, etc. llvm-svn: 159134
2012-06-25 20:57:43 +08:00
if(LLVM_INCLUDE_TESTS)
add_subdirectory(tests)
endif()
First tiny move towards integrating AddressSanitizer regressions test into LLVM lit-based testing infrastructure. The goal is to be able to run ASan tests by simply running "make check-asan" command from CMake build tree: * tests should use fresh clang binary from current build tree. * tests should use the same RUN-lines syntax as llvm/clang reg tests. Next steps: - restricting tests to machines where target is equal to host, i.e. where we can produce working binaries. - moving AddressSanitizer unit tests to lit as well. llvm-svn: 161050
2012-07-31 23:43:11 +08:00
add_subdirectory(lit_tests)