When a LLVM binary such as llvm-*-fuzzer is built with libc++, it has dependency on libc++. The path to find shared libraries specified in llvm-*-fuzzer is relative. As a result, these binaries cannot be copied to an arbitrary directory and launched from there. Changes in this patch add a LIT feature to indicate that libc++ is used to build and, based on the feature exclude test cases that test by copying llvm-*-fuzzer binaries to a directory.
Reviewers: hubert.reinterpretcast, dberris, amyk, jasonliu, EricWF
Reviewed By: hubert.reinterpretcast, amyk
Subscribers: javed.absar, jsji, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D61265
llvm-svn: 360672
if have_cxx_shared_library():
config.available_features.add('cxx-shared-library')
+if config.libcxx_used:
+ config.available_features.add('libcxx-used')
+
# Direct object generation
if not 'hexagon' in config.target_triple:
config.available_features.add('object-emission')
config.llvm_host_triple = '@LLVM_HOST_TRIPLE@'
config.host_arch = "@HOST_ARCH@"
config.have_opt_viewer_modules = @LLVM_HAVE_OPT_VIEWER_MODULES@
+config.libcxx_used = @LLVM_LIBCXX_USED@
# Support substitution of the tools_dir with user parameters. This is
# used when we can't determine the tool dir at configuration time.
; REQUIRES: static-libs
; REQUIRES: aarch64-registered-target
+; The above also applies if the binary is built with libc++.
+; UNSUPPORTED: libcxx-used
+
; RUN: echo > %t.input
; RUN: cp llvm-isel-fuzzer %t.bin--aarch64
; without copying the whole lib dir or polluting the build dir.
; REQUIRES: static-libs
+; The above also applies if the binary is built with libc++.
+; UNSUPPORTED: libcxx-used
+
; RUN: echo > %t.input
; RUN: cp llvm-isel-fuzzer %t.bin--gisel
; REQUIRES: static-libs
; REQUIRES: x86-registered-target
+; The above also applies if the binary is built with libc++.
+; UNSUPPORTED: libcxx-used
+
; This test is really flaky on Windows. On Windows, executables and DLLs cannot
; be deleted or written while they are loaded. The OS unlocks the file some
; time after the process terminates, so if 'rm' runs too quickly, it will fail