RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-25 20:23:11 +01:00
Code Issues Projects Releases Wiki Activity
4ce16022d3
llvm-mirror/test/CMakeLists.txt

233 lines
5.4 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-06 22:33:48 +01:00
llvm_canonicalize_cmake_booleans(
Use llvm_canonicalize_cmake_booleans for LLVM_LIBXML2_ENABLED [llvm] r291284 added a nice mechanism to consistently pass CMake on/off toggles to lit. This change uses it for LLVM_LIBXML2_ENABLED too (which was added around the same time and doesn't use the new system yet). Also alphabetically sort the list passed to llvm_canonicalize_cmake_booleans() in llvm/test/CMakeLists.txt. No intended behavior change. Differential Revision: https://reviews.llvm.org/D56912 llvm-svn: 351615
2019-01-19 01:10:54 +01:00
BUILD_SHARED_LIBS
Fix lld macho standalone build by including llvm/Config/llvm-config.h instead of llvm/Config/config.h lld/MachO/Driver.cpp and lld/MachO/SyntheticSections.cpp include llvm/Config/config.h which doesn't exist when building standalone lld. This patch replaces llvm/Config/config.h include with llvm/Config/llvm-config.h just like it is in lld/ELF/Driver.cpp and HAVE_LIBXAR with LLVM_HAVE_LIXAR and moves LLVM_HAVE_LIBXAR from config.h to llvm-config.h Also it adds LLVM_HAVE_LIBXAR to LLVMConfig.cmake and links liblldMachO2.so with XAR_LIB if LLVM_HAVE_LIBXAR is set. Differential Revision: https://reviews.llvm.org/D102084
2021-05-19 17:07:39 +02:00
LLVM_HAVE_LIBXAR
[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-06 22:33:48 +01:00
HAVE_OCAMLOPT
HAVE_OCAML_OUNIT
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-06 22:33:54 +01:00
LLVM_ENABLE_FFI
Reapply r343058 with a fix for -DLLVM_ENABLE_THREADS=OFF. Modifies lit to add a 'thread_support' feature that can be used in lit test REQUIRES clauses. The thread_support flag is set if -DLLVM_ENABLE_THREADS=ON and unset if -DLLVM_ENABLE_THREADS=OFF. The lit flag is used to disable the multiple-compile-threads-basic.ll testcase when threading is disabled. llvm-svn: 343122
2018-09-26 18:26:59 +02:00
LLVM_ENABLE_THREADS
[CMake] Simplify CMake handling for zlib Rather than handling zlib handling manually, use find_package from CMake to find zlib properly. Use this to normalize the LLVM_ENABLE_ZLIB, HAVE_ZLIB, HAVE_ZLIB_H. Furthermore, require zlib if LLVM_ENABLE_ZLIB is set to YES, which requires the distributor to explicitly select whether zlib is enabled or not. This simplifies the CMake handling and usage in the rest of the tooling. This is a reland of abb0075 with all followup changes and fixes that should address issues that were reported in PR44780. Differential Revision: https://reviews.llvm.org/D79219
2020-04-30 22:07:13 +02:00
LLVM_ENABLE_ZLIB
[CMake] Simplify CMake handling for libxml2 This matches the changes made to handling of zlib done in 10b1b4a where we rely on find_package and the imported target rather than manually appending the library and include paths. The use of LLVM_LIBXML2_ENABLED has been replaced by LLVM_ENABLE_LIBXML2 thus reducing the number of variables. Differential Revision: https://reviews.llvm.org/D84563
2020-07-25 00:47:38 +02:00
LLVM_ENABLE_LIBXML2
Use llvm_canonicalize_cmake_booleans for LLVM_LIBXML2_ENABLED [llvm] r291284 added a nice mechanism to consistently pass CMake on/off toggles to lit. This change uses it for LLVM_LIBXML2_ENABLED too (which was added around the same time and doesn't use the new system yet). Also alphabetically sort the list passed to llvm_canonicalize_cmake_booleans() in llvm/test/CMakeLists.txt. No intended behavior change. Differential Revision: https://reviews.llvm.org/D56912 llvm-svn: 351615
2019-01-19 01:10:54 +01:00
LLVM_INCLUDE_GO_TESTS
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-18 21:37:30 +02:00
LLVM_LINK_LLVM_DYLIB
Use llvm_canonicalize_cmake_booleans for LLVM_LIBXML2_ENABLED [llvm] r291284 added a nice mechanism to consistently pass CMake on/off toggles to lit. This change uses it for LLVM_LIBXML2_ENABLED too (which was added around the same time and doesn't use the new system yet). Also alphabetically sort the list passed to llvm_canonicalize_cmake_booleans() in llvm/test/CMakeLists.txt. No intended behavior change. Differential Revision: https://reviews.llvm.org/D56912 llvm-svn: 351615
2019-01-19 01:10:54 +01:00
LLVM_TOOL_LTO_BUILD
LLVM_USE_INTEL_JITEVENTS
[Kaleidoscope] Re-enable Kaleidoscope tests. These were disabled in r246267 (back in 2015). I suspect that the Win32 issues that caused them to be disabled at the time have been resovlved, but if not we can disable them again while we sort those out. llvm-svn: 354630
2019-02-21 23:24:53 +01:00
LLVM_BUILD_EXAMPLES
[Bugpoint] Only run plugins tests if plugins are enabled This is a followup to r360991 which applies the same logic to LLVM. Differential Revision: https://reviews.llvm.org/D62050 llvm-svn: 360993
2019-05-17 08:41:04 +02:00
LLVM_ENABLE_PLUGINS
Use llvm_canonicalize_cmake_booleans where intended Differential Revision: https://reviews.llvm.org/D72130
2020-01-03 15:39:28 +01:00
LLVM_BYE_LINK_INTO_TOOLS
[llvm][NFC] Use llvm_canonicalize_cmake_booleans for LLVM_HAVE_TF_AOT Reviewers: thakis Subscribers: mgorny, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D82776
2020-06-29 17:44:38 +02:00
LLVM_HAVE_TF_AOT
[llvm] Moved InlineSizeEstimatorAnalysis test to .ll Summary: Following guidance in https://llvm.org/docs/TestingGuide.html#testing-analysis Reviewers: mehdi_amini Subscribers: mgorny, hiraditya, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D83918
2020-07-16 01:02:15 +02:00
LLVM_HAVE_TF_API
Disable a large test for EXPENSIVE_CHECKS and debug build Summary: When running a large test in LLVM_ENABLE_EXPENSIVE_CHECKS=ON mode, buildbot could hit timeout. Disable the test when this mode is on. Also disable it for debug so that the test won't hang for too long. Reviewed By: hubert.reinterpretcast Differential Revision: https://reviews.llvm.org/D87794
2020-09-16 23:51:41 +02:00
LLVM_ENABLE_EXPENSIVE_CHECKS
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-18 21:37:30 +02:00
)
[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-06 22:33:48 +01: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 08:36:24 +02: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 02:24:52 +02: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
Reland "Make it possible for lit.site.cfg to contain relative paths, and use it for llvm and clang" The problem on Windows was that the \b in "..\bin" was interpreted as an escape sequence. Use r"" strings to prevent that. This reverts commit ab11b9eefa16661017c2c7b3b34c46b069f43fb7, with raw strings in the lit.site.cfg.py.in files. Differential Revision: https://reviews.llvm.org/D77184
2020-04-02 21:51:58 +02:00
PATHS
Make lit configs relocatable again after c747b7d1d9a See https://reviews.llvm.org/D77184 for background.
2021-06-22 21:20:05 +02:00
"CMAKE_OSX_SYSROOT"
Reland "Make it possible for lit.site.cfg to contain relative paths, and use it for llvm and clang" The problem on Windows was that the \b in "..\bin" was interpreted as an escape sequence. Use r"" strings to prevent that. This reverts commit ab11b9eefa16661017c2c7b3b34c46b069f43fb7, with raw strings in the lit.site.cfg.py.in files. Differential Revision: https://reviews.llvm.org/D77184
2020-04-02 21:51:58 +02:00
"LLVM_SOURCE_DIR"
"LLVM_BINARY_DIR"
"LLVM_TOOLS_DIR"
Support multi-configuration generators correctly in several config files Multi-configuration generators (such as Visual Studio and Xcode) allow the specification of a build flavor at build time instead of config time, so the lit configuration files need to support that - and they do for the most part. There are several places that had one of two issues (or both!): 1) Paths had %(build_mode)s set up, but then not configured, resulting in values that would not work correctly e.g. D:/llvm-build/%(build_mode)s/bin/dsymutil.exe 2) Paths did not have %(build_mode)s set up, but instead contained $(Configuration) (which is the value for Visual Studio at configuration time, for Xcode they would have had the equivalent) e.g. "D:/llvm-build/$(Configuration)/lib". This seems to indicate that we still have a lot of fragility in the configurations, but also that a number of these paths are never used (at least on Windows) since the errors appear to have been there a while. This patch fixes the configurations and it has been tested with Ninja and Visual Studio to generate the correct paths. We should consider removing some of these settings altogether. Reviewed By: JDevlieghere, mehdi_amini Differential Revision: https://reviews.llvm.org/D96427
2021-02-11 18:32:20 +01:00
"LLVM_LIBS_DIR"
Reland "Make it possible for lit.site.cfg to contain relative paths, and use it for llvm and clang" The problem on Windows was that the \b in "..\bin" was interpreted as an escape sequence. Use r"" strings to prevent that. This reverts commit ab11b9eefa16661017c2c7b3b34c46b069f43fb7, with raw strings in the lit.site.cfg.py.in files. Differential Revision: https://reviews.llvm.org/D77184
2020-04-02 21:51:58 +02:00
"SHLIBDIR"
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 08:36:24 +02: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 02:24:52 +02: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
Reland "Make it possible for lit.site.cfg to contain relative paths, and use it for llvm and clang" The problem on Windows was that the \b in "..\bin" was interpreted as an escape sequence. Use r"" strings to prevent that. This reverts commit ab11b9eefa16661017c2c7b3b34c46b069f43fb7, with raw strings in the lit.site.cfg.py.in files. Differential Revision: https://reviews.llvm.org/D77184
2020-04-02 21:51:58 +02:00
PATHS
"LLVM_SOURCE_DIR"
"LLVM_BINARY_DIR"
"LLVM_TOOLS_DIR"
"SHLIBDIR"
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 08:36:24 +02:00
)
Initial support for running LLVM tests from cmake. llvm-svn: 82534
2009-09-22 09:38:44 +02:00
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-21 21:38:26 +01: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 00:37:49 +01: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 10:44:30 +02:00
set(LLVM_TEST_DEPENDS
BugpointPasses
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-12 20:34:21 +01:00
FileCheck
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02:00
LLVMHello
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-12 20:34:21 +01:00
UnitTests
[CMake] check-llvm: Include "bugpoint" in dependent list. llvm-svn: 202858
2014-03-04 17:13:30 +01:00
bugpoint
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-12 20:34:21 +01:00
count
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02:00
llc
lli
Fixing lli-child-target build llvm-svn: 191861
2013-10-03 00:27:23 +02:00
lli-child-target
[llvm-symbolizer] Add llvm-addr2line This adds an alias for llvm-symbolizer with different defaults so that it can be used as a drop-in replacement for GNU's addr2line. If a substring "addr2line" is found in the tool's name: * it defaults "-i", "-f" and "-C" to OFF; * it uses "--output-style=GNU" by default. Differential Revision: https://reviews.llvm.org/D60067 llvm-svn: 358749
2019-04-19 12:17:52 +02:00
llvm-addr2line
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02:00
llvm-ar
llvm-as
llvm-bcanalyzer
[llvm-objcopy][MachO] Add llvm-bitcode-strip driver This diff adds llvm-bitcode-strip driver to llvm-objcopy. In the future this will enable us to build a replacement for the tool bitcode_strip. Test plan: make check-all Differential revision: https://reviews.llvm.org/D87212
2020-09-19 03:11:22 +02:00
llvm-bitcode-strip
Add llvm-c-test to check-llvm. llvm-svn: 193258
2013-10-23 19:57:04 +02: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-29 21:43:47 +01:00
llvm-cat
Add test dependency on llvm-cfi-verify to fix up the build breakages on sanitizers. llvm-svn: 317060
2017-11-01 01:49:45 +01:00
llvm-cfi-verify
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-12 20:34:21 +01:00
llvm-config
llvm/test/CMakeLists.txt: Add llvm-cov in "check-clang". llvm-svn: 185801
2013-07-08 10:44:36 +02:00
llvm-cov
Add a dependency from llvm/test to llvm-cvtres. llvm-svn: 301038
2017-04-21 22:45:11 +02:00
llvm-cvtres
Sort a target list a bit better. llvm-svn: 330593
2018-04-23 16:28:49 +02:00
llvm-cxxdump
llvm-cxxfilt
Add dependency on new llvm-cxxmap tool to check-llvm. llvm-svn: 342178
2018-09-13 23:15:34 +02:00
llvm-cxxmap
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02: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-18 23:26:38 +02:00
llvm-dlltool
[dsymutil] Rename llvm-dsymutil -> dsymutil Now that almost all functionality of Apple's dsymutil has been upstreamed, the open source variant can be used as a drop in replacement. Hence we feel it's no longer necessary to have the llvm prefix. Differential revision: https://reviews.llvm.org/D44527 llvm-svn: 327790
2018-03-18 12:38:41 +01:00
dsymutil
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02:00
llvm-dwarfdump
[llvm-dwp] Add missing dependency from llvm tests on the llvm-dwp tool llvm-svn: 254357
2015-12-01 01:57:05 +01:00
llvm-dwp
[llvm-exegesis] Add lit tests (v2). Summary: This revisits rL342953 by adding detection of host support. Reviewers: gchatelet, lebedev.ri, alexshap Subscribers: mgorny, tschuett, llvm-commits Differential Revision: https://reviews.llvm.org/D52464 llvm-svn: 342975
2018-09-25 15:59:35 +02:00
llvm-exegesis
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 04:33:23 +02:00
llvm-extract
Fix buildbots after recent GSYM commit. Added llvm-gsymutil to LLVM_TEST_DEPENDS.
2020-02-26 19:30:04 +01:00
llvm-gsymutil
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 05:00:27 +02:00
llvm-isel-fuzzer
[llvm-ifs][IFS] llvm Interface Stubs merging + object file generation tool. This tool merges interface stub files to produce a merged interface stub file or a stub library. Currently it for stub library generation it can produce an ELF .so stub file, or a TBD file (experimental). It will be used by the clang -emit-interface-stubs compilation pipeline to merge and assemble the per-CU stub files into a stub library. The new IFS format is as follows: --- !experimental-ifs-v1 IfsVersion: 1.0 Triple: <llvm triple> ObjectFileFormat: <ELF | TBD> Symbols: _ZSymbolName: { Type: <type>, etc... } ... Differential Revision: https://reviews.llvm.org/D66405 llvm-svn: 370499
2019-08-30 20:26:05 +02:00
llvm-ifs
Introduce llvm-install-name-tool This diff adds a new "driver" for llvm-objcopy which is supposed to emulate the behavior of install-name-tool. This is a recommit of b5913e6 with ubsan, test dependencies issues fixed. Differential revision: https://reviews.llvm.org/D69146 Test plan: make check-all
2019-11-20 08:30:52 +01:00
llvm-install-name-tool
[cmake] Add llvm-jit to LLVM_TEST_DEPENDS Otherwise llvm-jit would say "utils/lit/lit/llvm/subst.py:127: note: Did not find llvm-jitlink in ..." llvm-svn: 358867
2019-04-22 04:23:09 +02:00
llvm-jitlink
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-09 23:50:22 +02:00
llvm-lib
Introducing llvm-libtool-darwin This diff starts the implementation of llvm-libtool-darwin (an llvm based replacement of cctool's libtool). Libtool is used for creating static and dynamic libraries from a bunch of object files given as input. Reviewed by alexshap, smeenai, jhenderson, MaskRay Differential Revision: https://reviews.llvm.org/D82923
2020-07-01 23:41:07 +02:00
llvm-libtool-darwin
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 03:13:50 +01:00
llvm-link
[tools] Introduce llvm-lipo This diff starts the implementation of llvm-lipo which is supposed to be a drop-in replacement for the well-known tool lipo. Test plan: make check-all Differential revision: https://reviews.llvm.org/D61927 llvm-svn: 361896
2019-05-29 01:22:12 +02:00
llvm-lipo
[cmake] Add llvm-locstats to LLVM_TEST_DEPENDS Summary: Make sure that llvm-locstats is updated before running lit tests even when it's not an explicit target. Reviewers: djtodoro, krisb, spatel Reviewed By: djtodoro Subscribers: mgorny, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D71611
2019-12-18 09:54:21 +01:00
llvm-locstats
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 16:58:12 +02:00
llvm-lto2
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 03:13:50 +01:00
llvm-mc
[CMake] Add missing test dependency This makes 'ninja clean ; ninja check-all' work again. llvm-svn: 327002
2018-03-08 15:43:24 +01:00
llvm-mca
[ms] [llvm-ml] Add placeholder for llvm-ml, based on llvm-mc As discussed on the mailing list, I plan to introduce an ml-compatible MASM assembler as part of providing more of the Windows build tools. This will be similar to llvm-mc, but with different command-line parameters. This placeholder is purely a stripped-down version of llvm-mc; we'll eventually add support for the Microsoft-style command-line flags, and back it with a MASM parser. Relanding this revision after fixing ARM-compatibility issues. Reviewers: rnk, thakis, RKSimon Reviewed By: thakis, RKSimon Differential Revision: https://reviews.llvm.org/D72679
2020-01-20 15:18:25 +01:00
llvm-ml
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-29 22:54:33 +01: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 00:13:16 +02:00
llvm-mt
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 03:13:50 +01: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 02:33:58 +02:00
llvm-objcopy
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 03:13:50 +01:00
llvm-objdump
Sort a target list a bit better. llvm-svn: 330593
2018-04-23 16:28:49 +02:00
llvm-opt-fuzzer
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 00:10:35 +02:00
llvm-opt-report
[llvm-objdump] Add an llvm-otool tool This implements an LLVM tool that's flag- and output-compatible with macOS's `otool` -- except for bugs, but from testing with both `otool` and `xcrun otool-classic`, llvm-otool matches vanilla otool's behavior very well already. It's not 100% perfect, but it's a very solid start. This uses the same approach as llvm-objcopy: llvm-objdump uses a different OptTable when it's invoked as llvm-otool. This is possible thanks to D100433. Differential Revision: https://reviews.llvm.org/D100583
2021-04-15 16:55:22 +02:00
llvm-otool
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-09 22:46:17 +02: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 00:22:49 +01:00
llvm-profdata
[CMake] Add llvm-profgen to LLVM_TEST_DEPENDS Otherwise `check-llvm-*` may not rebuild llvm-profgen, causing llvm-profgen tests to fail if llvm-profgen happens to be stale.
2020-12-09 18:34:51 +01:00
llvm-profgen
Introduce "llvm-ranlib" as a name of targets since Object/archive-symtab.test requires llvm-ranlib. llvm-svn: 223332
2014-12-04 02:34:11 +01:00
llvm-ranlib
llvm/test/CMakeLists.txt: Add llvm-rc to LLVM_TEST_DEPENDS. llvm-svn: 308942
2017-07-25 03:44:38 +02:00
llvm-rc
[CMake] Add llvm-mcmarkup to check-llvm. llvm-svn: 167208
2012-11-01 03:13:50 +01: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 04:09:37 +02:00
llvm-readelf
Added Delta IR Reduction Tool Summary: Tool parses input IR file, and runs the delta debugging algorithm to reduce the functions inside the input file. Reviewers: alexshap, chandlerc Subscribers: mgorny, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D63672 > llvm-svn: 368071 llvm-svn: 368358
2019-08-09 00:16:33 +02:00
llvm-reduce
llvm/test/CMakeLists.txt: Add a dependency to llvm-rtdyld in check-llvm. llvm-svn: 173528
2013-01-26 00:24:07 +01:00
llvm-rtdyld
[IRSim] Adding basic implementation of llvm-sim. This is a similarity visualization tool that accepts a Module and passes it to the IRSimilarityIdentifier. The resulting SimilarityGroups are output in a JSON file. Tests are found in test/tools/llvm-sim and check for the file not found, a bad module, and that the JSON is created correctly. Reviewers: paquette, jroelofs, MaskRay Recommit of: 15645d044bcfe2a0f63156048b302f997a717688 to fix linking errors and GN build system. Differential Revision: https://reviews.llvm.org/D86974
2021-06-07 17:57:39 +02:00
llvm-sim
Sort by alphabetical order. llvm-svn: 223331
2014-12-04 02:27:53 +01: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 04:48:20 +02:00
llvm-split
[test] Add llvm-stress to LLVM_TEST_DEPENDS and lit substitutions D106430 added a test which needs LLVM_TEST_DEPENDS and lit substitution.
2021-07-22 18:37:01 +02:00
llvm-stress
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 04:45:21 +01:00
llvm-strings
[tools] Add missing test dependency Caught by the build bots. llvm-svn: 331687
2018-05-08 00:00:59 +02:00
llvm-strip
Add llvm-symbolizer as test dependency. It is required when building tests with ASan or MSan. llvm-svn: 176941
2013-03-13 10:35:18 +01: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-18 20:01:08 +01:00
llvm-tblgen
Reland "[llvm] llvm-tapi-diff" This is relanding commit d1d36f7ad2ae82bea8a6fcc40d6c42a72e21f096 . This patch additionally addresses failures found in buildbots due to unstable build ordering & post review comments. This patch introduces a new tool, llvm-tapi-diff, that compares and returns the diff of two TBD files. Reviewed By: ributzka, JDevlieghere Differential Revision: https://reviews.llvm.org/D101835
2021-06-10 06:13:31 +02:00
llvm-tapi-diff
Make check-llvm depend on llvm-undname llvm-svn: 337597
2018-07-20 20:42:19 +02:00
llvm-undname
[llvm-rc] Add a GNU windres-like frontend to llvm-rc This primarily parses a different set of options and invokes the same resource compiler as llvm-rc normally. Additionally, it can convert directly to an object file (which in MSVC style setups is done with the separate cvtres tool, or by the linker). (GNU windres also supports other conversions; from coff object file back to .res, and from .res or object file back to .rc form; that's not yet implemented.) The other bigger complication lies in being able to imply or pass the intended target triple, to let clang find the corresponding mingw sysroot for finding include files, and for specifying the default output object machine format. It can be implied from the tool triple prefix, like `<triple>-[llvm-]windres` or picked up from the windres option e.g. `-F pe-x86-64`. In GNU windres, that option takes BFD style format names such as pe-i386 or pe-x86-64. As libbfd in binutils doesn't support Windows on ARM, there's no such canonical name for the ARM targets. Therefore, as an LLVM specific extension, this option is extended to allow passing full triples, too. Differential Revision: https://reviews.llvm.org/D100756
2021-04-15 13:38:27 +02:00
llvm-windres
[XRay] Add llvm-xray as a dependency to test/CMakeLists.txt llvm-svn: 285166
2016-10-26 06:16:05 +02:00
llvm-xray
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02:00
not
obj2yaml
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-12 20:34:21 +01: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 01:31:11 +01:00
sanstats
Add test utility 'split-file' See https://lists.llvm.org/pipermail/llvm-dev/2020-July/143373.html "[llvm-dev] Multiple documents in one test file" for some discussions. This patch has explored several alternatives. The current semantics are similar to what @dblaikie proposed. `split-file filename output` splits the input file into multiple parts separated by regex `^(.|//)--- filename` and write each part to the file `output/filename` (`filename` can include path separators). Use case A (organizing input of different formats (e.g. linker script+assembly) in one file). ``` # RUN: split-file %s %t # RUN: llvm-mc %t/asm -o %t.o # RUN: ld.lld -T %t/lds %t.o -o %t This is sometimes better than the %S/Inputs/ approach because the user can see the auxiliary files immediately and don't have to open another file. # asm ... # lds ... ``` Use case B (for utilities which don't have built-in input splitting feature): ``` // RUN: split-file %s %t // RUN: llc < %t/1.ll | FileCheck %s --check-prefix=CASE1 // RUN: llc < %t/2.ll | FileCheck %s --check-prefix=CASE2 Combing tests prudently can improve readability. For example, when testing parsing errors if the recovery mechanism isn't possible, grouping the tests in one file can more readily see test coverage/strategy. //--- 1.ll ... //--- 2.ll ... ``` Since this is a new utility, there is no git history concerns for UpperCase variable names. I use lowerCase variable names like mlir/lld. Reviewed By: jhenderson, lattner Differential Revision: https://reviews.llvm.org/D83834
2020-08-03 19:17:55 +02:00
split-file
Rename llvm-uselistorder => verify-uselistorder llvm-svn: 214318
2014-07-30 19:11:27 +02:00
verify-uselistorder
sancov test suite Differential Revision: http://reviews.llvm.org/D14589 llvm-svn: 252933
2015-11-12 20:34:21 +01:00
yaml-bench
yaml2obj
llvm/test/CMakeLists.txt: Reformat LLVM_TEST_DEPENDS. llvm-svn: 185800
2013-07-08 10:44:30 +02:00
)
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-21 21:38:26 +01: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-02 18:29:07 +02: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-21 21:38:26 +01: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 00:20:49 +02:00
if(TARGET LLVMgold)
set(LLVM_TEST_DEPENDS ${LLVM_TEST_DEPENDS} LLVMgold)
endif()
Revert "Rework go bindings so that validation works fine" And add llvm-go back to the test dependencies. No longer necessary now that llvm-go has been brought back. This reverts commit e8f8873da5eaad187f82dad78ebdb3ab3df22b36.
2020-02-24 18:11:15 +01: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-02 18:29:07 +02: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 00:55:38 +01: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 15:58:30 +01:00
if(LLVM_BUILD_EXAMPLES)
list(APPEND LLVM_TEST_DEPENDS
Kaleidoscope-Ch3
Kaleidoscope-Ch4
Kaleidoscope-Ch5
Kaleidoscope-Ch6
Kaleidoscope-Ch7
Add cmake test support for LLJITWithThinLTOSummaries to make sure it's being built and called (and substituted).
2020-08-26 20:44:57 +02:00
LLJITWithThinLTOSummaries
[Orc] Run the examples as part of the tests Enable the Orc C-Bindings for testing. Reviewed By: lhames Differential Revision: https://reviews.llvm.org/D104637
2021-06-30 21:44:54 +02:00
OrcV2CBindingsBasicUsage
OrcV2CBindingsAddObjectFile
OrcV2CBindingsRemovableCode
OrcV2CBindingsReflectProcessSymbols
[Orc] At CBindings for LazyRexports At C bindings and an example for LLJIT with lazy reexports Differential Revision: https://reviews.llvm.org/D104672
2021-06-30 21:47:43 +02:00
OrcV2CBindingsLazy
Reland [Orc] Add verylazy example for C-bindings This patch relands https://reviews.llvm.org/D104799, but fixes the memory handling causing leak sanitizer failures. This reverts commit a56fe117e04f7d4b953a4226af412dad59425fb5.
2021-07-18 16:22:34 +02:00
OrcV2CBindingsVeryLazy
[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 15:58:30 +01:00
)
Conditionalize the JIT test dependency
2021-03-30 03:04:02 +02:00
if(CMAKE_HOST_UNIX)
list(APPEND LLVM_TEST_DEPENDS
LLJITWithRemoteDebugging
)
endif()
[examples] Skip building the Bye pass plugin on windows Windows doesn't properly support pass plugins (as a shared library can't have undefined references, which pass plugins assume, being loaded into a host process that contains provides them), thus disable building it and the corresponding test. This matches what was done for the passes unit test in bc8e44218810c0db6328b9809c959ceb7d43e3f5. Differential Revision: https://reviews.llvm.org/D79771
2020-05-12 10:54:51 +02:00
if (NOT WIN32)
list(APPEND LLVM_TEST_DEPENDS
Bye
)
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 15:58:30 +01:00
endif()
[OCaml] [cmake] Add CMake buildsystem for OCaml. Closes PR15325. llvm-svn: 223071
2014-12-01 20:50:23 +01: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 15:58:30 +01: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-01 20:50:23 +01: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-01 20:50:39 +01:00
ocaml_llvm_transform_utils
[OCaml] [cmake] Add CMake buildsystem for OCaml. Closes PR15325. llvm-svn: 223071
2014-12-01 20:50:23 +01: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 01:27:14 +01: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 17:09:14 +02: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 01:27:14 +01:00
[CMake] Rename EXCLUDE_FROM_ALL and make it an argument to add_lit_testsuite EXCLUDE_FROM_ALL means something else for add_lit_testsuite as it does for something like add_executable. Distinguish between the two by renaming the variable and making it an argument to add_lit_testsuite. Differential revision: https://reviews.llvm.org/D74168
2020-02-07 00:26:10 +01:00
if(LLVM_BUILD_TOOLS)
set(exclude_from_check_all "")
[CMake] Fix accidentally inverted condition I unintentionally inverted the condition for excluding the tests from check-all.
2020-02-08 00:12:05 +01:00
else()
set(exclude_from_check_all "EXCLUDE_FROM_CHECK_ALL")
[CMake] Rename EXCLUDE_FROM_ALL and make it an argument to add_lit_testsuite EXCLUDE_FROM_ALL means something else for add_lit_testsuite as it does for something like add_executable. Distinguish between the two by renaming the variable and making it an argument to add_lit_testsuite. Differential revision: https://reviews.llvm.org/D74168
2020-02-07 00:26:10 +01:00
endif()
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-21 21:38:26 +01:00
add_lit_testsuite(check-llvm "Running the LLVM regression tests"
${CMAKE_CURRENT_BINARY_DIR}
[CMake] Rename EXCLUDE_FROM_ALL and make it an argument to add_lit_testsuite EXCLUDE_FROM_ALL means something else for add_lit_testsuite as it does for something like add_executable. Distinguish between the two by renaming the variable and making it an argument to add_lit_testsuite. Differential revision: https://reviews.llvm.org/D74168
2020-02-07 00:26:10 +01:00
${exclude_from_check_all}
Adding tests for the Intel JIT event listener's MCJIT support. llvm-svn: 168459
2012-11-21 21:38:26 +01:00
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 11:44:16 +02: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 12:14:14 +02: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 03:15:36 +01: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 09:07:47 +01:00
add_lit_testsuites(LLVM ${CMAKE_CURRENT_SOURCE_DIR}
[CMake] Rename EXCLUDE_FROM_ALL and make it an argument to add_lit_testsuite EXCLUDE_FROM_ALL means something else for add_lit_testsuite as it does for something like add_executable. Distinguish between the two by renaming the variable and making it an argument to add_lit_testsuite. Differential revision: https://reviews.llvm.org/D74168
2020-02-07 00:26:10 +01:00
${exclude_from_check_all}
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 09:07:47 +01:00
DEPENDS ${LLVM_TEST_DEPENDS}
)
[CMake] Change target 'check' from 'check-llvm' to 'check-all' Reviewed By: echristo, mehdi_amini Differential Revision: https://reviews.llvm.org/D80823
2020-05-29 20:16:23 +02:00
# Setup an alias for 'check-all'.
Extend the workaround from r159593 to cover a few explicit alias targets. llvm-svn: 159597
2012-07-02 23:45:22 +02:00
add_custom_target(check)
[CMake] Change target 'check' from 'check-llvm' to 'check-all' Reviewed By: echristo, mehdi_amini Differential Revision: https://reviews.llvm.org/D80823
2020-05-29 20:16:23 +02:00
add_dependencies(check check-all)
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 12:14:14 +02:00
set_target_properties(check PROPERTIES FOLDER "Tests")
Reference in New Issue Copy Permalink