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

172 lines
4.2 KiB
CMake
Raw Normal View History

[cmake] Canonicalize CMake booleans to 0/1 for lit interop Canonicalize all CMake booleans to 0/1 before passing them to lit, to ensure that the Python side handles all of them consistently and correctly. 0/1 is a safe choice of values that trigger the same boolean interpretation in CMake, Python and C++. Furthermore, using them without quotes improves the chance Python will explicitly fail when an incorrect value (such as ON/OFF, TRUE/FALSE, YES/NO) is accidentally passed, rather than silently misinterpreting the value. This replaces a lot of different logics spread around lit site files, attempting to partially reproduce the boolean logic used in CMake and usually silently failing when an uncommon value was used instead. In fact, some of them were never working correctly since different values were assigned in CMake and checked in Python. The alternative solution could be to create a common parser for CMake booleans in lit and use it consistently throughout the site files. However, it does not seem like the best idea to create redundant implementation of the same logic and have to follow upstream if it ever is extended to handle more values. Differential Revision: https://reviews.llvm.org/D28294 llvm-svn: 291284
2017-01-07 05:33:48 +08:00
llvm_canonicalize_cmake_booleans(
LLVM_TOOL_LTO_BUILD
HAVE_OCAMLOPT
HAVE_OCAML_OUNIT
LLVM_INCLUDE_GO_TESTS
LLVM_USE_INTEL_JITEVENTS
HAVE_LIBZ
HAVE_LIBXAR
LLVM_ENABLE_DIA_SDK
[llvm-config] Print --system-libs only when static linking Modify the --system-libs option in llvm-config to print system libs only when using static linking. The system libraries are irrelevant when linking to a shared library since the library has appropriate library dependencies embedded. Modify the --system-libs test appropriately to force static linking, and disable it if static libs are not available (i.e. BUILD_SHARED_LIBS is enabled). Differential Revision: https://reviews.llvm.org/D27805 llvm-svn: 291285
2017-01-07 05:33:54 +08:00
LLVM_ENABLE_FFI
Don't set static-libs test feature when using LLVM_LINK_LLVM_DYLIB This was causing execname-options.ll to fail on the wasm waterfall. Differential Revision: https://reviews.llvm.org/D39022 llvm-svn: 316123
2017-10-19 03:37:30 +08:00
BUILD_SHARED_LIBS
LLVM_LINK_LLVM_DYLIB
)
[cmake] Canonicalize CMake booleans to 0/1 for lit interop Canonicalize all CMake booleans to 0/1 before passing them to lit, to ensure that the Python side handles all of them consistently and correctly. 0/1 is a safe choice of values that trigger the same boolean interpretation in CMake, Python and C++. Furthermore, using them without quotes improves the chance Python will explicitly fail when an incorrect value (such as ON/OFF, TRUE/FALSE, YES/NO) is accidentally passed, rather than silently misinterpreting the value. This replaces a lot of different logics spread around lit site files, attempting to partially reproduce the boolean logic used in CMake and usually silently failing when an uncommon value was used instead. In fact, some of them were never working correctly since different values were assigned in CMake and checked in Python. The alternative solution could be to create a common parser for CMake booleans in lit and use it consistently throughout the site files. However, it does not seem like the best idea to create redundant implementation of the same logic and have to follow upstream if it ever is extended to handle more values. Differential Revision: https://reviews.llvm.org/D28294 llvm-svn: 291284
2017-01-07 05:33:48 +08:00
Move the setup for variables that are expanded in the lit.site.cfg into a dedicated helper function. This will enable re-using the same logic for Clang's lit setup, etc. llvm-svn: 159333
2012-06-28 14:36:24 +08:00
configure_lit_site_cfg(
[lit] Make lit support config files with .py extension. Many editors and Python-related diagnostics tools such as debuggers break or fail in mysterious ways when python files don't end in .py. This is especially true on Windows, but still exists on other platforms. I don't want to be too heavy handed in changing everything across the board, but I do want to at least *allow* lit configs to have .py extensions. This patch makes the discovery process first look for a config file with a .py extension, and if one is not found, then looks for a config file using the old method. So for existing users, there should be no functional change. Differential Revision: https://reviews.llvm.org/D37838 llvm-svn: 313849
2017-09-21 08:24:52 +08:00
${CMAKE_CURRENT_SOURCE_DIR}/lit.site.cfg.py.in
${CMAKE_CURRENT_BINARY_DIR}/lit.site.cfg.py
MAIN_CONFIG
${CMAKE_CURRENT_SOURCE_DIR}/lit.cfg.py
Move the setup for variables that are expanded in the lit.site.cfg into a dedicated helper function. This will enable re-using the same logic for Clang's lit setup, etc. llvm-svn: 159333
2012-06-28 14:36:24 +08:00
)
configure_lit_site_cfg(
[lit] Make lit support config files with .py extension. Many editors and Python-related diagnostics tools such as debuggers break or fail in mysterious ways when python files don't end in .py. This is especially true on Windows, but still exists on other platforms. I don't want to be too heavy handed in changing everything across the board, but I do want to at least *allow* lit configs to have .py extensions. This patch makes the discovery process first look for a config file with a .py extension, and if one is not found, then looks for a config file using the old method. So for existing users, there should be no functional change. Differential Revision: https://reviews.llvm.org/D37838 llvm-svn: 313849
2017-09-21 08:24:52 +08:00
${CMAKE_CURRENT_SOURCE_DIR}/Unit/lit.site.cfg.py.in
${CMAKE_CURRENT_BINARY_DIR}/Unit/lit.site.cfg.py
MAIN_CONFIG
${CMAKE_CURRENT_SOURCE_DIR}/Unit/lit.cfg.py
Move the setup for variables that are expanded in the lit.site.cfg into a dedicated helper function. This will enable re-using the same logic for Clang's lit setup, etc. llvm-svn: 159333
2012-06-28 14:36:24 +08:00
)
Initial support for running LLVM tests from cmake. llvm-svn: 82534
2009-09-22 15:38:44 +08:00
[CMake] check-all: Don't include check-llvm into check-all without LLVM_BUILD_TOOLS. FIXME: Would you like to run llvm/unittests w/o LLVM_BUILD_TESTS regardless of LLVM_BUILD_TOOLS? llvm-svn: 165619
2012-10-10 21:33:00 +08:00
# Don't include check-llvm into check-all without LLVM_BUILD_TOOLS.
if(NOT LLVM_BUILD_TOOLS)
set(EXCLUDE_FROM_ALL ON)
endif()
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-22 04:38:26 +08:00
# Set the depends list as a variable so that it can grow conditionally.
lit: add missing substitutions for recently added tools llvm-mcmarkup, obj2yaml and yaml2obj were missing from the substitutions list, causing the test suite to fail in a sandboxed environment. llvm-svn: 193559
2013-10-29 07:37:49 +08:00
# NOTE: Sync the substitutions in test/lit.cfg when adding to this list.
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
set(LLVM_TEST_DEPENDS
BugpointPasses
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-13 03:34:21 +08:00
FileCheck
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
LLVMHello
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-13 03:34:21 +08:00
UnitTests
[CMake] check-llvm: Include "bugpoint" in dependent list. llvm-svn: 202858
2014-03-05 00:13:30 +08:00
bugpoint
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-13 03:34:21 +08:00
count
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
llc
lli
Fixing lli-child-target build llvm-svn: 191861
2013-10-03 06:27:23 +08:00
lli-child-target
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
llvm-ar
llvm-as
llvm-bcanalyzer
Add llvm-c-test to check-llvm. llvm-svn: 193258
2013-10-24 01:57:04 +08:00
llvm-c-test
Bitcode: Introduce BitcodeWriter interface. This interface allows clients to write multiple modules to a single bitcode file. Also introduce the llvm-cat utility which can be used to create a bitcode file containing multiple modules. Differential Revision: https://reviews.llvm.org/D26179 llvm-svn: 288195
2016-11-30 04:43:47 +08:00
llvm-cat
Add test dependency on llvm-cfi-verify to fix up the build breakages on sanitizers. llvm-svn: 317060
2017-11-01 08:49:45 +08:00
llvm-cfi-verify
Add an c++ itanium demangler to llvm. This adds a copy of the demangler in libcxxabi. The code also has no dependencies on anything else in LLVM. To enforce that I added it as another library. That way a BUILD_SHARED_LIBS will fail if anyone adds an use of StringRef for example. The no llvm dependency combined with the fact that this has to build on linux, OS X and Windows required a few changes to the code. In particular: No constexpr. No alignas On OS X at least this library has only one global symbol: __ZN4llvm16itanium_demangleEPKcPcPmPi My current plan is: Commit something like this Change lld to use it Change lldb to use it as the fallback Add a few #ifdefs so that exactly the same file can be used in libcxxabi to export abi::__cxa_demangle. Once the fast demangler in lldb can handle any names this implementation can be replaced with it and we will have the one true demangler. llvm-svn: 280732
2016-09-07 03:16:48 +08:00
llvm-cxxfilt
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-13 03:34:21 +08:00
llvm-config
llvm/test/CMakeLists.txt: Add llvm-cov in "check-clang". llvm-svn: 185801
2013-07-08 16:44:36 +08:00
llvm-cov
llvm-cxxdump: Rename llvm-vtabledump to llvm-cxxdump llvm-vtabledump has grown enough functionality not related to vtables that it deserves a name which is more descriptive. llvm-svn: 232301
2015-03-15 09:30:58 +08:00
llvm-cxxdump
Add a dependency from llvm/test to llvm-cvtres. llvm-svn: 301038
2017-04-22 04:45:11 +08:00
llvm-cvtres
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
llvm-diff
llvm-dis
llvm: add llvm-dlltool support to the archiver A PE COFF spec compliant import library generator. Intended to be used with mingw-w64. Supports: PE COFF spec (section 8, Import Library Format) PE COFF spec (Aux Format 3: Weak Externals) Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D29892 This reapplies rL308329, which was reverted in rL308374 llvm-svn: 308379
2017-07-19 05:26:38 +08:00
llvm-dlltool
Initial dsymutil tool commit. The goal of this tool is to replicate Darwin's dsymutil functionality based on LLVM. dsymutil is a DWARF linker. Darwin's linker (ld64) does not link the debug information, it leaves it in the object files in relocatable form, but embbeds a `debug map` into the executable that describes where to find the debug information and how to relocate it. When releasing/archiving a binary, dsymutil is called to link all the DWARF information into a `dsym bundle` that can distributed/stored along with the binary. With this commit, the LLVM based dsymutil is just able to parse the STABS debug maps embedded by ld64 in linked binaries (and not all of them, for example archives aren't supported yet). Note that the tool directory is called dsymutil, but the executable is currently called llvm-dsymutil. This discrepancy will disappear once the tool will be feature complete. At this point the executable will be renamed to dsymutil, but until then you do not want it to override the system one. Differential Revision: http://reviews.llvm.org/D6242 llvm-svn: 224134
2014-12-13 01:31:24 +08:00
llvm-dsymutil
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
llvm-dwarfdump
[llvm-dwp] Add missing dependency from llvm tests on the llvm-dwp tool llvm-svn: 254357
2015-12-01 08:57:05 +08:00
llvm-dwp
Add llvm-go tool. This tool lets us build LLVM components within the tree by setting up a $GOPATH that resembles a tree fetched in the normal way with "go get". It is intended that components such as the Go frontend will be built in-tree using this tool. Differential Revision: http://reviews.llvm.org/D5902 llvm-svn: 220462
2014-10-23 10:33:23 +08:00
llvm-extract
Add llvm-isel-fuzzer to test/CMakeLists.txt Tests were added that depend on llvm-isel-fuzzer in r312427, so the tests should depend on the tool. llvm-svn: 312433
2017-09-03 11:00:27 +08:00
llvm-isel-fuzzer
[llvm-opt-fuzzer] Add opt fuzzer to the test-depends list. This should help with the buildbot failures after rL318293. llvm-svn: 318295
2017-11-15 23:07:37 +08:00
llvm-opt-fuzzer
LibDriver, llvm-lib: introduce. llvm-lib is intended to be a lib.exe compatible utility that also understands bitcode. The implementation lives in a library so that lld can use it to implement /lib. Differential Revision: http://reviews.llvm.org/D10297 llvm-svn: 239434
2015-06-10 05:50:22 +08:00
llvm-lib
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 10:13:50 +08:00
llvm-link
Restore "Resolution-based LTO API." This restores commit r278330, with fixes for a few bot failures: - Fix a late change I had made to the save temps output file that I missed due to existing files sitting on my disk - Fix a bunch of Windows bot failures with "ambiguous call to overloaded function" due to confusion between llvm::make_unique vs std::make_unique (preface the new make_unique calls with "llvm::") - Attempt to fix a modules bot failure by adding a missing include to LTO/Config.h. Original change: Resolution-based LTO API. Summary: This introduces a resolution-based LTO API. The main advantage of this API over existing APIs is that it allows the linker to supply a resolution for each symbol in each object, rather than the combined object as a whole. This will become increasingly important for use cases such as ThinLTO which require us to process symbol resolutions in a more complicated way than just adjusting linkage. Patch by Peter Collingbourne. Reviewers: rafael, tejohnson, mehdi_amini Subscribers: lhames, tejohnson, mehdi_amini, llvm-commits Differential Revision: https://reviews.llvm.org/D20268 llvm-svn: 278338
2016-08-11 22:58:12 +08:00
llvm-lto2
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 10:13:50 +08:00
llvm-mc
llvm-mcmarkup
Add llvm-modextract tool. This program is for testing features that rely on multi-module bitcode files. It takes a multi-module bitcode file, extracts one of the modules and writes it to the output file. Differential Revision: https://reviews.llvm.org/D26778 llvm-svn: 288201
2016-11-30 05:54:33 +08:00
llvm-modextract
Make tests always depend on llvm-mt, because some tests are run even w/o xml2. llvm-svn: 308682
2017-07-21 06:13:16 +08:00
llvm-mt
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 10:13:50 +08:00
llvm-nm
Reland "[LLVM][llvm-objcopy] Added basic plumbing to get things started" As discussed on llvm-dev I've implemented the first basic steps towards llvm-objcopy/llvm-objtool (name pending). This change adds the ability to copy (without modification) 64-bit little endian ELF executables that have SHT_PROGBITS, SHT_NOBITS, SHT_NULL and SHT_STRTAB sections. Patch by Jake Ehrlich Differential Revision: https://reviews.llvm.org/D33964 llvm-svn: 309643
2017-08-01 08:33:58 +08:00
llvm-objcopy
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 10:13:50 +08:00
llvm-objdump
Add an llvm-opt-report tool to generate basic source-annotated optimization summaries LLVM now has the ability to record information from optimization remarks in a machine-consumable YAML file for later analysis. This can be enabled in opt (see r282539), and D25225 adds a Clang flag to do the same. This patch adds llvm-opt-report, a tool to generate basic optimization "listing" files (annotated sources with information about what optimizations were performed) from one of these YAML inputs. D19678 proposed to add this capability directly to Clang, but this more-general YAML-based infrastructure was the direction we decided upon in that review thread. For this optimization report, I focused on making the output as succinct as possible while providing information on inlining and loop transformations. The goal here is that the source code should still be easily readable in the report. My primary inspiration here is the reports generated by Cray's tools (http://docs.cray.com/books/S-2496-4101/html-S-2496-4101/z1112823641oswald.html). These reports are highly regarded within the HPC community. Intel's compiler, for example, also has an optimization-report capability (https://software.intel.com/sites/default/files/managed/55/b1/new-compiler-optimization-reports.pdf). $ cat /tmp/v.c void bar(); void foo() { bar(); } void Test(int *res, int *c, int *d, int *p, int n) { int i; #pragma clang loop vectorize(assume_safety) for (i = 0; i < 1600; i++) { res[i] = (p[i] == 0) ? res[i] : res[i] + d[i]; } for (i = 0; i < 16; i++) { res[i] = (p[i] == 0) ? res[i] : res[i] + d[i]; } foo(); foo(); bar(); foo(); } D25225 adds -fsave-optimization-record (and -fsave-optimization-record=filename), and this would be used as follows: $ clang -O3 -o /tmp/v.o -c /tmp/v.c -fsave-optimization-record $ llvm-opt-report /tmp/v.yaml > /tmp/v.lst $ cat /tmp/v.lst < /tmp/v.c 2 | void bar(); 3 | void foo() { bar(); } 4 | 5 | void Test(int *res, int *c, int *d, int *p, int n) { 6 | int i; 7 | 8 | #pragma clang loop vectorize(assume_safety) 9 V4,2 | for (i = 0; i < 1600; i++) { 10 | res[i] = (p[i] == 0) ? res[i] : res[i] + d[i]; 11 | } 12 | 13 U16 | for (i = 0; i < 16; i++) { 14 | res[i] = (p[i] == 0) ? res[i] : res[i] + d[i]; 15 | } 16 | 17 I | foo(); 18 | 19 | foo(); bar(); foo(); I | ^ I | ^ 20 | } Each source line gets a prefix giving the line number, and a few columns for important optimizations: inlining, loop unrolling and loop vectorization. An 'I' is printed next to a line where a function was inlined, a 'U' next to an unrolled loop, and 'V' next to a vectorized loop. These are printed on the relevant code line when that seems unambiguous, or on subsequent lines when multiple potential options exist (messages, both positive and negative, from the same optimization with different column numbers are taken to indicate potential ambiguity). When on subsequent lines, a '^' is output in the relevant column. Annotated source for all relevant input files are put into the listing file (each starting with '<' and then the file name). You can disable having the unrolling/vectorization factors appear by using the -s flag. Differential Revision: https://reviews.llvm.org/D25262 llvm-svn: 283398
2016-10-06 06:10:35 +08:00
llvm-opt-report
Rename llvm-pdbdump -> llvm-pdbutil. This is to reflect the evolving nature of the tool as being useful for more than just dumping PDBs, as it can do many other things. Differential Revision: https://reviews.llvm.org/D34062 llvm-svn: 305106
2017-06-10 04:46:17 +08:00
llvm-pdbutil
PGO: llvm-profdata: tool for merging profiles Introducing llvm-profdata, a tool for merging profile data generated by PGO instrumentation in clang. - The name indicates a file extension of <name>.profdata. Eventually profile data output by clang should be changed to that extension. - llvm-profdata merges two profiles. However, the name is more general, since it will likely pick up more tasks (such as summarizing a single profile). - llvm-profdata parses the current text-based format, but will be updated once we settle on a binary format. <rdar://problem/15949645> llvm-svn: 201535
2014-02-18 07:22:49 +08:00
llvm-profdata
Introduce "llvm-ranlib" as a name of targets since Object/archive-symtab.test requires llvm-ranlib. llvm-svn: 223332
2014-12-04 09:34:11 +08:00
llvm-ranlib
llvm/test/CMakeLists.txt: Add llvm-rc to LLVM_TEST_DEPENDS. llvm-svn: 308942
2017-07-25 09:44:38 +08:00
llvm-rc
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 10:13:50 +08:00
llvm-readobj
[llvm-readobj] Install llvm-readelf alias Install an llvm-readelf symlink to llvm-readobj. When invoked as *readelf*, default to -elf-output-style=GNU. Patch by Roland McGrath Differential Revision: https://reviews.llvm.org/D33869 llvm-svn: 308408
2017-07-19 10:09:37 +08:00
llvm-readelf
llvm/test/CMakeLists.txt: Add a dependency to llvm-rtdyld in check-llvm. llvm-svn: 173528
2013-01-26 07:24:07 +08:00
llvm-rtdyld
Sort by alphabetical order. llvm-svn: 223331
2014-12-04 09:27:53 +08:00
llvm-size
TransformUtils: Introduce module splitter. The module splitter splits a module into linkable partitions. It will be used to implement parallel LTO code generation. This initial version of the splitter does not attempt to deal with the somewhat subtle symbol visibility issues around module splitting. These will be dealt with in a future change. Differential Revision: http://reviews.llvm.org/D12132 llvm-svn: 245662
2015-08-21 10:48:20 +08:00
llvm-split
build: add a dependency on llvm-strings Since we now have tests for llvm-strings, add a dependency on the tool. llvm-svn: 286707
2016-11-12 11:45:21 +08:00
llvm-strings
Add llvm-symbolizer as test dependency. It is required when building tests with ASan or MSan. llvm-svn: 176941
2013-03-13 17:35:18 +08:00
llvm-symbolizer
[CMake] Add llvm-tblgen to dependencies of check-llvm. llvm-tblgen is not built when external LLVM_TABLEGEN is specified. Even then, llvm-tblgen should be built for testing tblgen itself. llvm-svn: 199558
2014-01-19 03:01:08 +08:00
llvm-tblgen
[XRay] Add llvm-xray as a dependency to test/CMakeLists.txt llvm-svn: 285166
2016-10-26 12:16:05 +08:00
llvm-xray
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
not
obj2yaml
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-13 03:34:21 +08:00
opt
sancov
Introduce sanstats tool and llvm::CreateSanitizerStatReport function. This is part of a new statistics gathering feature for the sanitizers. See clang/docs/SanitizerStats.rst for further info and docs. Differential Revision: http://reviews.llvm.org/D16174 llvm-svn: 257970
2016-01-16 08:31:11 +08:00
sanstats
Rename llvm-uselistorder => verify-uselistorder llvm-svn: 214318
2014-07-31 01:11:27 +08:00
verify-uselistorder
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-13 03:34:21 +08:00
yaml-bench
yaml2obj
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 16:44:30 +08:00
)
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-22 04:38:26 +08:00
[cmake] Fix builds with LLVM_ENABLE_PIC=0 Summary: When this flag is specified, the target llvm-lto is not built, but is still used as a dependency of the test targets. cmake 2.8 silently ignored this situation, but with cmake_minimum_required(3.4) it becomes an error. Fix this by avoiding the inclusion of the target as a dependency. Reviewers: beanz Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D20882 llvm-svn: 271530
2016-06-03 00:29:07 +08:00
if(TARGET llvm-lto)
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS} llvm-lto)
endif()
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-22 04:38:26 +08:00
# If Intel JIT events are supported, depend on a tool that tests the listener.
if( LLVM_USE_INTEL_JITEVENTS )
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS} llvm-jitlistener)
endif( LLVM_USE_INTEL_JITEVENTS )
Add LLVMgold target to test dependencies. llvm-svn: 217557
2014-09-11 06:20:49 +08:00
if(TARGET LLVMgold)
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS} LLVMgold)
endif()
Make llvm-go test dependency optional. llvm-svn: 220503
2014-10-24 03:51:40 +08:00
if(TARGET llvm-go)
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS} llvm-go)
endif()
[cmake] Fix builds with LLVM_ENABLE_PIC=0 Summary: When this flag is specified, the target llvm-lto is not built, but is still used as a dependency of the test targets. cmake 2.8 silently ignored this situation, but with cmake_minimum_required(3.4) it becomes an error. Fix this by avoiding the inclusion of the target as a dependency. Reviewers: beanz Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D20882 llvm-svn: 271530
2016-06-03 00:29:07 +08:00
if(TARGET LTO)
test: Make a start on a test suite for libLTO. This works in a similar way to the gold plugin tests. We search for a compatible linker on $PATH and use it to run tests against our just-built libLTO. To start with, test the just added opt level functionality. Differential Revision: http://reviews.llvm.org/D8472 llvm-svn: 232785
2015-03-20 07:55:38 +08:00
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS} LTO)
endif()
[OCaml] Clear cross-target test deps when building out-of-tree Clear cross-target test dependencies when using LLVM_OCAML_OUT_OF_TREE, in order to make it possible to run check-llvm-bindings-ocaml without rebuilding the whole LLVM. Differential Revision: https://reviews.llvm.org/D26580 llvm-svn: 286720
2016-11-12 22:58:30 +08:00
if(LLVM_BUILD_EXAMPLES)
list(APPEND LLVM_TEST_DEPENDS
Kaleidoscope-Ch3
Kaleidoscope-Ch4
Kaleidoscope-Ch5
Kaleidoscope-Ch6
Kaleidoscope-Ch7
)
endif()
[OCaml] [cmake] Add CMake buildsystem for OCaml. Closes PR15325. llvm-svn: 223071
2014-12-02 03:50:23 +08:00
if(TARGET ocaml_llvm)
[OCaml] Clear cross-target test deps when building out-of-tree Clear cross-target test dependencies when using LLVM_OCAML_OUT_OF_TREE, in order to make it possible to run check-llvm-bindings-ocaml without rebuilding the whole LLVM. Differential Revision: https://reviews.llvm.org/D26580 llvm-svn: 286720
2016-11-12 22:58:30 +08:00
# Clear all non-OCaml cross-target dependencies when building out-of-tree.
if(LLVM_OCAML_OUT_OF_TREE)
set(LLVM_TEST_DEPENDS)
endif()
[OCaml] [cmake] Add CMake buildsystem for OCaml. Closes PR15325. llvm-svn: 223071
2014-12-02 03:50:23 +08:00
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS}
ocaml_llvm
ocaml_llvm_all_backends
ocaml_llvm_analysis
ocaml_llvm_bitreader
ocaml_llvm_bitwriter
ocaml_llvm_executionengine
ocaml_llvm_irreader
ocaml_llvm_linker
ocaml_llvm_target
ocaml_llvm_ipo
ocaml_llvm_passmgr_builder
ocaml_llvm_scalar_opts
[OCaml] Move Llvm.clone_module to its own Llvm_transform_utils module. This way most code won't link this (substantially large) library, if compiled statically with LLVM. llvm-svn: 223072
2014-12-02 03:50:39 +08:00
ocaml_llvm_transform_utils
[OCaml] [cmake] Add CMake buildsystem for OCaml. Closes PR15325. llvm-svn: 223071
2014-12-02 03:50:23 +08:00
ocaml_llvm_vectorize
)
endif()
[CMake] Add convenience target llvm-test-depends to build test dependencies. This is useful when paired with the distribution targets to build prerequisites for running tests. llvm-svn: 262428
2016-03-02 08:27:14 +08:00
add_custom_target(llvm-test-depends DEPENDS ${LLVM_TEST_DEPENDS})
Moving llvm-test-depends and test-depends into the Tests folder; NFC, this simply cleans up the generated solution so that these targets don't live in the root folder of the IDE. llvm-svn: 266078
2016-04-12 23:09:14 +08:00
set_target_properties(llvm-test-depends PROPERTIES FOLDER "Tests")
[CMake] Add convenience target llvm-test-depends to build test dependencies. This is useful when paired with the distribution targets to build prerequisites for running tests. llvm-svn: 262428
2016-03-02 08:27:14 +08:00
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-22 04:38:26 +08:00
add_lit_testsuite(check-llvm "Running the LLVM regression tests"
${CMAKE_CURRENT_BINARY_DIR}
DEPENDS ${LLVM_TEST_DEPENDS}
Clean up the 'check' CMake build rule a bit, notable renaming it to 'check-llvm'. Don't worry! 'check' still works! =] To rationalize the names of targets used to run tests, the vague plan is the following: make check-llvm # run LLVM reg/unit tests (currently 'check') make check-clang # run Clang reg/unit tests (currently 'clang-test') make check-rt # run CompilerRT reg/unit tests make check-asan # run ASan reg/unit tests (subset of -rt) make check-tsan # run TSan reg/unit tests (subset of -rt) make check-all # run as much of the above as is available The last one respects what projects are checked out and built for a given tree. Personally, I would like to eventually make 'check' be an alias for 'check-all'. For now however, it is an alias for 'check-llvm', and thus no behavior has changed. While this patch and my plan only really apply to CMake, I think it might be good to similarly rationalize the naming scheme for the Make builds. llvm-svn: 159258
2012-06-27 17:44:16 +08:00
)
Hoist LLVM's lit testsuite infrastructure into module so that it can be re-used. Also, build in direct support for accumulating a set of lit parameters, arguments, and testsuites to run as part of a 'check-all' rule. This sinks 'check-all' from a Clang-specific construct to a generic construct of the project. llvm-svn: 159482
2012-06-30 18:14:14 +08:00
set_target_properties(check-llvm PROPERTIES FOLDER "Tests")
Add dependency to "make check". cmake/modules/AddLLVM.cmake: Add empty "phony" target in add_llvm_loadable_module() even if loadable module were not supported. llvm-svn: 121455
2010-12-10 10:15:36 +08:00
test: Fix the dependencies for the check-llvm-* targets In r233009 we gained specific check-llvm-* build targets for invoking specific parts of the test suite, but they were copying the dependencies for check-all, rather than just listing the dependencies for check-llvm. This moves the creation of these targets next to the check-llvm target, and uses that target's configuration rather than the check-all config. llvm-svn: 233174
2015-03-25 16:07:47 +08:00
add_lit_testsuites(LLVM ${CMAKE_CURRENT_SOURCE_DIR}
DEPENDS ${LLVM_TEST_DEPENDS}
)
Clean up the 'check' CMake build rule a bit, notable renaming it to 'check-llvm'. Don't worry! 'check' still works! =] To rationalize the names of targets used to run tests, the vague plan is the following: make check-llvm # run LLVM reg/unit tests (currently 'check') make check-clang # run Clang reg/unit tests (currently 'clang-test') make check-rt # run CompilerRT reg/unit tests make check-asan # run ASan reg/unit tests (subset of -rt) make check-tsan # run TSan reg/unit tests (subset of -rt) make check-all # run as much of the above as is available The last one respects what projects are checked out and built for a given tree. Personally, I would like to eventually make 'check' be an alias for 'check-all'. For now however, it is an alias for 'check-llvm', and thus no behavior has changed. While this patch and my plan only really apply to CMake, I think it might be good to similarly rationalize the naming scheme for the Make builds. llvm-svn: 159258
2012-06-27 17:44:16 +08:00
# Setup a legacy alias for 'check-llvm'. This will likely change to be an
# alias for 'check-all' at some point in the future.
Extend the workaround from r159593 to cover a few explicit alias targets. llvm-svn: 159597
2012-07-03 05:45:22 +08:00
add_custom_target(check)
add_dependencies(check check-llvm)
Hoist LLVM's lit testsuite infrastructure into module so that it can be re-used. Also, build in direct support for accumulating a set of lit parameters, arguments, and testsuites to run as part of a 'check-all' rule. This sinks 'check-all' from a Clang-specific construct to a generic construct of the project. llvm-svn: 159482
2012-06-30 18:14:14 +08:00
set_target_properties(check PROPERTIES FOLDER "Tests")