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

76 lines
2.3 KiB
CMake
Raw Normal View History

Move shared configs for lit test suites to test/ and unittests/ directories llvm-svn: 201399
2014-02-14 19:00:07 +08:00
configure_lit_site_cfg(
${CMAKE_CURRENT_SOURCE_DIR}/lit.common.configured.in
${CMAKE_CURRENT_BINARY_DIR}/lit.common.configured)
# BlocksRuntime and builtins testsuites are not yet ported to lit.
# add_subdirectory(BlocksRuntime)
# add_subdirectory(builtins)
Move UBSan test suite under test/ llvm-svn: 201401
2014-02-14 19:42:22 +08:00
[CMake] Add the way to run tests in standalone build. 1) Depend on llvm-config (configured in LLVM_CONFIG_PATH) to get necessary LLVM source/binary directories. 2) Add basic support for running lit tests (check-xsan commands). For now this "support" is far from what we want: * unit tests are not built currently. * lit tests use Clang/compiler-rt from LLVM build directory, not the host compiler or just-built compiler-rt libraries. We should make a choice on the way we intend ti run compiler-rt lit testsuite: a) use either Clang from LLVM build tree, or the host compiler. b) use either just-built runtimes, or the runtimes shipped with the host compiler. Using just-built runtimes is tricky - we have to know where to put them, so that Clang/GCC driver would pick them up (and not overwrite the existing runtimes). Using a host compiler instead of Clang from LLVM build tree will give us a chance to run lit tests under GCC (which already has support for several sanitizers). That is, I tend to make the following choice: if we're in a standalone compiler-rt build, use host compiler with its set of runtime libraries to run lit tests. This will effectively decouple "make compiler-rt" and "make check-compiler-rt" in a standalone build - the latter wouldn't invoke the former. Note that if we decide to fix LLVM/Clang/compiler-rt build system so that it would configure/build compiler-rt with just-built Clang (as we do in Makefile-based build), this will not be a problem - we can add a dependency to ensure that clang/compiler-rt are rebuilt before running compiler-rt tests. llvm-svn: 201656
2014-02-19 18:04:29 +08:00
set(SANITIZER_COMMON_LIT_TEST_DEPS)
Make FileCheck be a common dependency, not an ASan one. Summary: It still gets picked up by ASan, but it also gets picked up by the other test suites. Otherwise, some test suites (e.g: UBSan) would complain they had no dependencies, and wouldn't run. Reviewers: samsonov, eugenis Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D7740 llvm-svn: 229962
2015-02-20 11:41:07 +08:00
if(COMPILER_RT_STANDALONE_BUILD)
add_executable(FileCheck IMPORTED GLOBAL)
set_property(TARGET FileCheck PROPERTY IMPORTED_LOCATION ${LLVM_TOOLS_BINARY_DIR}/FileCheck)
list(APPEND SANITIZER_COMMON_LIT_TEST_DEPS FileCheck)
endif()
[CMake] Simplify setting compile flag disabling RTTI llvm-svn: 201547
2014-02-18 15:52:40 +08:00
# When ANDROID, we build tests with the host compiler (i.e. CMAKE_C_COMPILER),
# and run tests with tools from the host toolchain.
[CMake] Add the way to run tests in standalone build. 1) Depend on llvm-config (configured in LLVM_CONFIG_PATH) to get necessary LLVM source/binary directories. 2) Add basic support for running lit tests (check-xsan commands). For now this "support" is far from what we want: * unit tests are not built currently. * lit tests use Clang/compiler-rt from LLVM build directory, not the host compiler or just-built compiler-rt libraries. We should make a choice on the way we intend ti run compiler-rt lit testsuite: a) use either Clang from LLVM build tree, or the host compiler. b) use either just-built runtimes, or the runtimes shipped with the host compiler. Using just-built runtimes is tricky - we have to know where to put them, so that Clang/GCC driver would pick them up (and not overwrite the existing runtimes). Using a host compiler instead of Clang from LLVM build tree will give us a chance to run lit tests under GCC (which already has support for several sanitizers). That is, I tend to make the following choice: if we're in a standalone compiler-rt build, use host compiler with its set of runtime libraries to run lit tests. This will effectively decouple "make compiler-rt" and "make check-compiler-rt" in a standalone build - the latter wouldn't invoke the former. Note that if we decide to fix LLVM/Clang/compiler-rt build system so that it would configure/build compiler-rt with just-built Clang (as we do in Makefile-based build), this will not be a problem - we can add a dependency to ensure that clang/compiler-rt are rebuilt before running compiler-rt tests. llvm-svn: 201656
2014-02-19 18:04:29 +08:00
if(NOT ANDROID)
if(NOT COMPILER_RT_STANDALONE_BUILD)
# Use LLVM utils and Clang from the same build tree.
list(APPEND SANITIZER_COMMON_LIT_TEST_DEPS
clang clang-headers FileCheck count not llvm-nm llvm-symbolizer
Don't make check-sanitizer depend on profile on Windows We don't build the profiling library on Windows, so CMake warns that the target doesn't exist. llvm-svn: 222588
2014-11-22 07:09:51 +08:00
compiler-rt-headers)
if (COMPILER_RT_HAS_PROFILE)
list(APPEND SANITIZER_COMMON_LIT_TEST_DEPS profile)
endif()
[CMake] Add the way to run tests in standalone build. 1) Depend on llvm-config (configured in LLVM_CONFIG_PATH) to get necessary LLVM source/binary directories. 2) Add basic support for running lit tests (check-xsan commands). For now this "support" is far from what we want: * unit tests are not built currently. * lit tests use Clang/compiler-rt from LLVM build directory, not the host compiler or just-built compiler-rt libraries. We should make a choice on the way we intend ti run compiler-rt lit testsuite: a) use either Clang from LLVM build tree, or the host compiler. b) use either just-built runtimes, or the runtimes shipped with the host compiler. Using just-built runtimes is tricky - we have to know where to put them, so that Clang/GCC driver would pick them up (and not overwrite the existing runtimes). Using a host compiler instead of Clang from LLVM build tree will give us a chance to run lit tests under GCC (which already has support for several sanitizers). That is, I tend to make the following choice: if we're in a standalone compiler-rt build, use host compiler with its set of runtime libraries to run lit tests. This will effectively decouple "make compiler-rt" and "make check-compiler-rt" in a standalone build - the latter wouldn't invoke the former. Note that if we decide to fix LLVM/Clang/compiler-rt build system so that it would configure/build compiler-rt with just-built Clang (as we do in Makefile-based build), this will not be a problem - we can add a dependency to ensure that clang/compiler-rt are rebuilt before running compiler-rt tests. llvm-svn: 201656
2014-02-19 18:04:29 +08:00
endif()
[CMake] Simplify setting compile flag disabling RTTI llvm-svn: 201547
2014-02-18 15:52:40 +08:00
if(UNIX)
list(APPEND SANITIZER_COMMON_LIT_TEST_DEPS SanitizerLintCheck)
endif()
endif()
Move UBSan test suite under test/ llvm-svn: 201401
2014-02-14 19:42:22 +08:00
# Run sanitizer tests only if we're sure that clang would produce
# working binaries.
if(COMPILER_RT_CAN_EXECUTE_TESTS)
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_ASAN)
Move ASan lit-tests under test/asan llvm-svn: 201413
2014-02-14 22:06:10 +08:00
add_subdirectory(asan)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_DFSAN)
Move DFSan test suite under test/ llvm-svn: 201403
2014-02-14 20:05:41 +08:00
add_subdirectory(dfsan)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_LSAN)
Move LSan test suite under test/ llvm-svn: 201408
2014-02-14 20:26:05 +08:00
add_subdirectory(lsan)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_MSAN)
Move MSan lit-tests under test/msan llvm-svn: 201412
2014-02-14 21:02:58 +08:00
add_subdirectory(msan)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_PROFILE)
InstrProf: Add simple compiler-rt test Add the test infrastructure for testing lib/profile and a single test. This initial commit only enables the tests on Darwin, but they'll be enabled on Linux soon after. <rdar://problem/16458307> llvm-svn: 205256
2014-04-01 06:45:37 +08:00
add_subdirectory(profile)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_SANITIZER_COMMON)
Move config for sanitizer_common tests under test/ for consistency llvm-svn: 201779
2014-02-20 20:18:08 +08:00
add_subdirectory(sanitizer_common)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_TSAN)
Move TSan lit-tests under test/tsan llvm-svn: 201414
2014-02-14 22:35:48 +08:00
add_subdirectory(tsan)
endif()
[CMake] Determine which compiler-rt libraries are supported on a given platform in a top-level CMakeLists.txt to use it both in lib/ and in test/ subdirectories. Move architecture/platform checks to config-ix. llvm-svn: 215247
2014-08-09 06:01:20 +08:00
if(COMPILER_RT_HAS_UBSAN)
Move UBSan test suite under test/ llvm-svn: 201401
2014-02-14 19:42:22 +08:00
add_subdirectory(ubsan)
endif()
Add test suite for the Control Flow Integrity feature. Differential Revision: http://reviews.llvm.org/D7738 llvm-svn: 230056
2015-02-21 04:31:18 +08:00
add_subdirectory(cfi)
Protection against stack-based memory corruption errors using SafeStack: compiler-rt runtime support library This patch adds runtime support for the Safe Stack protection to compiler-rt (see http://reviews.llvm.org/D6094 for the detailed description of the Safe Stack). This patch is our implementation of the safe stack on top of compiler-rt. The patch adds basic runtime support for the safe stack to compiler-rt that manages unsafe stack allocation/deallocation for each thread. Original patch by Volodymyr Kuznetsov and others at the Dependable Systems Lab at EPFL; updates and upstreaming by myself. Differential Revision: http://reviews.llvm.org/D6096 llvm-svn: 239763
2015-06-16 05:08:47 +08:00
if(COMPILER_RT_HAS_SAFESTACK)
add_subdirectory(safestack)
endif()
Move UBSan test suite under test/ llvm-svn: 201401
2014-02-14 19:42:22 +08:00
endif()
[CMake] Introduce check-all command for standalone compiler-rt build llvm-svn: 201780
2014-02-20 20:36:26 +08:00
if(COMPILER_RT_STANDALONE_BUILD)
# Now that we've traversed all the directories and know all the lit testsuites,
# introduce a rule to run to run all of them.
get_property(LLVM_LIT_TESTSUITES GLOBAL PROPERTY LLVM_LIT_TESTSUITES)
get_property(LLVM_LIT_DEPENDS GLOBAL PROPERTY LLVM_LIT_DEPENDS)
add_lit_target(check-all
"Running all regression tests"
${LLVM_LIT_TESTSUITES}
DEPENDS ${LLVM_LIT_DEPENDS})
endif()