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/tsan/lit.site.cfg.py.in

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

17 lines
737 B
Python
Raw Normal View History

Replace hardcoded comment at 'lit.site.cfg.in' At the moment almost every lit.site.cfg.in contains two lines comment: ## Autogenerated by LLVM/Clang configuration. # Do not edit! The patch adds variable LIT_SITE_CFG_IN_HEADER, that is replaced from configure_lit_site_cfg with the note and some useful information. llvm-svn: 266520
2016-04-16 15:03:45 +08:00
@LIT_SITE_CFG_IN_HEADER@
[TSan] port all output tests to lit and move them to lit_tests directory. This makes 'make check-tsan' command test both unit and output TSan tests. Old custom makefiles for running TSan tests are still functional as well. llvm-svn: 164110
2012-09-18 15:23:54 +08:00
Re-commit r259512: [tsan] Add a libc++ and lit testsuite for each ${TSAN_SUPPORTED_ARCH}. Summary: This is a workaround to a problem in the 3.8 release that affects MIPS and possibly other targets where the default is not supported but a sibling is supported. When TSAN_SUPPORTED_ARCH is not empty, cmake currently attempts to build a tsan'd libcxx as well as test tsan for the default target regardless of whether the default target is supported or not. This causes problems on MIPS32 since tsan is supported for MIPS64 but not MIPS32. This patch causes cmake to only build the libcxx and run the lit test-suite for archictures in ${TSAN_SUPPORTED_ARCH} This re-commit fixes an issue where 'check-tsan' continued to look for the tsan'd libc++ in the directory it used to be built in. Reviewers: hans, samsonov Subscribers: tberghammer, llvm-commits, danalbert, srhines, dvyukov Differential Revision: http://reviews.llvm.org/D16685 llvm-svn: 259542
2016-02-03 02:43:53 +08:00
config.name_suffix = "@TSAN_TEST_CONFIG_SUFFIX@"
[tsan] Add support for running TSan tests on iOS simulator and devices Differential Revision: https://reviews.llvm.org/D35157 llvm-svn: 307537
2017-07-10 23:00:55 +08:00
config.tsan_lit_source_dir = "@TSAN_LIT_SOURCE_DIR@"
[TSan] Build TSan-instrumented version of libcxx and use it in lit tests. TSan can produce false positives in code that uses C++11 threading, as it doesn't see synchronization inside standard library. See http://lists.cs.uiuc.edu/pipermail/cfe-dev/2014-February/035408.html for an example of such case. We may build custom TSan-instrumented version libcxx to fight with that. This change adds build rules for libcxx_tsan and integrates it into testing infrastructure. llvm-svn: 208737
2014-05-14 06:30:16 +08:00
config.has_libcxx = @TSAN_HAS_LIBCXX@
[sanitizer] Unify and generalize Apple platforms in CMake and lit test configs There's more platforms than just "ios" and "iossim" that we should support, and adding more lit config variables for each platform isn't great. Let's generalize and have a single value that determines what the platform under test is. Differential Revision: https://reviews.llvm.org/D48309 llvm-svn: 335123
2018-06-20 21:33:42 +08:00
config.apple_platform = "@TSAN_TEST_APPLE_PLATFORM@"
[compiler-rt] Provide a lit config variable that defines the minimum deployment OS version flag appropriate for the configured OS. This patch defines `config.apple_platform_min_deployment_target_flag` in the ASan, LibFuzzer, TSan, and UBSan lit test configs. rdar://problem/59463146
2020-02-15 03:35:06 +08:00
config.apple_platform_min_deployment_target_flag = "@TSAN_TEST_MIN_DEPLOYMENT_TARGET_FLAG@"
Re-commit r259512: [tsan] Add a libc++ and lit testsuite for each ${TSAN_SUPPORTED_ARCH}. Summary: This is a workaround to a problem in the 3.8 release that affects MIPS and possibly other targets where the default is not supported but a sibling is supported. When TSAN_SUPPORTED_ARCH is not empty, cmake currently attempts to build a tsan'd libcxx as well as test tsan for the default target regardless of whether the default target is supported or not. This causes problems on MIPS32 since tsan is supported for MIPS64 but not MIPS32. This patch causes cmake to only build the libcxx and run the lit test-suite for archictures in ${TSAN_SUPPORTED_ARCH} This re-commit fixes an issue where 'check-tsan' continued to look for the tsan'd libc++ in the directory it used to be built in. Reviewers: hans, samsonov Subscribers: tberghammer, llvm-commits, danalbert, srhines, dvyukov Differential Revision: http://reviews.llvm.org/D16685 llvm-svn: 259542
2016-02-03 02:43:53 +08:00
config.target_cflags = "@TSAN_TEST_TARGET_CFLAGS@"
[tests] Always specify correct config.target_arch when configuring test suite. llvm-svn: 261601
2016-02-23 09:34:17 +08:00
config.target_arch = "@TSAN_TEST_TARGET_ARCH@"
Title: [TSAN] Parameterize the hard-coded threshold of deflake in tsan test Summary: A number of testcases in TSAN are designed to deal with intermittent problems not exist in all executions of the tested program. A script called deflake.bash runs the executable up to 10 times to deal with the intermittent nature of the tests. The purpose of this patch is to parameterize the hard-coded threshold above via --cmake_variables=-DTSAN_TEST_DEFLAKE_THRESHOLD=SomeIntegerValue When this cmake var is not set, the default value of 10 will be used. Reviewer: dvyukov (Dmitry Vyukov), eugenis (Evgenii Stepanov), rnk (Reid Kleckner), hubert.reinterpretcast (Hubert Tong), vitalybuka (Vitaly Buka) Reviewed By: vitalybuka (Vitaly Buka) Subscribers: mgorny (Michal Gorny), jfb (JF Bastien), steven.zhang (qshanz), llvm-commits (Mailing List llvm-commits), Sanitizers Tag: LLVM, Sanitizers Differential Revision: https://reviews.llvm.org/D73707
2020-02-12 23:51:57 +08:00
config.deflake_threshold = "@TSAN_TEST_DEFLAKE_THRESHOLD@"
[TSan] Build TSan-instrumented version of libcxx and use it in lit tests. TSan can produce false positives in code that uses C++11 threading, as it doesn't see synchronization inside standard library. See http://lists.cs.uiuc.edu/pipermail/cfe-dev/2014-February/035408.html for an example of such case. We may build custom TSan-instrumented version libcxx to fight with that. This change adds build rules for libcxx_tsan and integrates it into testing infrastructure. llvm-svn: 208737
2014-05-14 06:30:16 +08:00
Remove a bunch of copy-paste: use common config for sanitizer lit/unit tests llvm-svn: 183407
2013-06-06 21:28:37 +08:00
# Load common config for all compiler-rt lit tests.
Move shared configs for lit test suites to test/ and unittests/ directories llvm-svn: 201399
2014-02-14 19:00:07 +08:00
lit_config.load_config(config, "@COMPILER_RT_BINARY_DIR@/test/lit.common.configured")
[TSan] port all output tests to lit and move them to lit_tests directory. This makes 'make check-tsan' command test both unit and output TSan tests. Old custom makefiles for running TSan tests are still functional as well. llvm-svn: 164110
2012-09-18 15:23:54 +08:00
Remove a bunch of copy-paste: use common config for sanitizer lit/unit tests llvm-svn: 183407
2013-06-06 21:28:37 +08:00
# Load tool-specific config that would do the real work.
[compiler-rt] Rename lit.*.cfg.* -> lit.*.cfg.py.* These lit configuration files are really Python source code. Using the .py file extension helps editors and tools use the correct language mode. LLVM and Clang already use this convention for lit configuration, this change simply applies it to all of compiler-rt. Reviewers: vitalybuka, dberris Differential Revision: https://reviews.llvm.org/D63658 llvm-svn: 364591
2019-06-28 04:56:04 +08:00
lit_config.load_config(config, "@CMAKE_CURRENT_SOURCE_DIR@/lit.cfg.py")