2009-09-08 13:31:44 +08:00
|
|
|
# -*- Python -*-
|
|
|
|
|
|
|
|
# Configuration file for the 'lit' test runner.
|
|
|
|
|
|
|
|
import os
|
2010-11-29 08:20:09 +08:00
|
|
|
import sys
|
2011-01-04 01:30:25 +08:00
|
|
|
import re
|
2012-10-26 10:19:02 +08:00
|
|
|
import platform
|
2017-07-07 05:46:47 +08:00
|
|
|
import subprocess
|
2009-09-08 13:31:44 +08:00
|
|
|
|
2013-08-10 00:22:05 +08:00
|
|
|
import lit.util
|
|
|
|
import lit.formats
|
2017-09-17 02:46:21 +08:00
|
|
|
from lit.llvm import llvm_config
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
from lit.llvm.subst import FindTool
|
|
|
|
from lit.llvm.subst import ToolSubst
|
2013-08-10 00:22:05 +08:00
|
|
|
|
2009-09-08 13:31:44 +08:00
|
|
|
# name: The name of this test suite.
|
|
|
|
config.name = 'LLVM'
|
|
|
|
|
|
|
|
# testFormat: The test format to use to interpret tests.
|
2017-09-17 02:46:21 +08:00
|
|
|
config.test_format = lit.formats.ShTest(not llvm_config.use_lit_shell)
|
2009-09-08 13:31:44 +08:00
|
|
|
|
2013-08-09 04:59:13 +08:00
|
|
|
# suffixes: A list of file extensions to treat as test files. This is overriden
|
|
|
|
# by individual lit.local.cfg files in the test subdirectories.
|
2016-04-05 05:23:44 +08:00
|
|
|
config.suffixes = ['.ll', '.c', '.cxx', '.test', '.txt', '.s', '.mir']
|
2009-09-08 13:31:44 +08:00
|
|
|
|
2012-07-02 18:18:06 +08:00
|
|
|
# excludes: A list of directories to exclude from the testsuite. The 'Inputs'
|
|
|
|
# subdirectories contain auxiliary inputs for various tests in their parent
|
|
|
|
# directories.
|
2013-08-16 08:37:11 +08:00
|
|
|
config.excludes = ['Inputs', 'CMakeLists.txt', 'README.txt', 'LICENSE.txt']
|
2012-07-02 18:18:06 +08:00
|
|
|
|
2009-09-08 13:31:44 +08:00
|
|
|
# test_source_root: The root path where tests are located.
|
|
|
|
config.test_source_root = os.path.dirname(__file__)
|
|
|
|
|
|
|
|
# test_exec_root: The root path where tests should be run.
|
2017-09-16 06:10:46 +08:00
|
|
|
config.test_exec_root = os.path.join(config.llvm_obj_root, 'test')
|
2009-09-08 13:31:44 +08:00
|
|
|
|
2013-04-12 12:07:13 +08:00
|
|
|
# Tweak the PATH to include the tools dir.
|
2017-09-17 02:46:21 +08:00
|
|
|
llvm_config.with_environment('PATH', config.llvm_tools_dir, append_path=True)
|
2010-02-26 06:09:09 +08:00
|
|
|
|
2017-09-17 02:46:21 +08:00
|
|
|
# Propagate some variables from the host environment.
|
2017-10-07 01:54:27 +08:00
|
|
|
llvm_config.with_system_environment(
|
|
|
|
['HOME', 'INCLUDE', 'LIB', 'TMP', 'TEMP', 'ASAN_SYMBOLIZER_PATH', 'MSAN_SYMBOLIZER_PATH'])
|
2010-12-07 09:23:49 +08:00
|
|
|
|
2010-06-13 00:21:19 +08:00
|
|
|
|
2014-10-30 16:29:45 +08:00
|
|
|
# Set up OCAMLPATH to include newly built OCaml libraries.
|
2017-09-16 06:10:46 +08:00
|
|
|
top_ocaml_lib = os.path.join(config.llvm_lib_dir, 'ocaml')
|
|
|
|
llvm_ocaml_lib = os.path.join(top_ocaml_lib, 'llvm')
|
2017-09-17 02:46:21 +08:00
|
|
|
|
|
|
|
llvm_config.with_system_environment('OCAMLPATH')
|
|
|
|
llvm_config.with_environment('OCAMLPATH', top_ocaml_lib, append_path=True)
|
|
|
|
llvm_config.with_environment('OCAMLPATH', llvm_ocaml_lib, append_path=True)
|
|
|
|
|
|
|
|
llvm_config.with_system_environment('CAML_LD_LIBRARY_PATH')
|
2017-10-07 01:54:27 +08:00
|
|
|
llvm_config.with_environment(
|
|
|
|
'CAML_LD_LIBRARY_PATH', llvm_ocaml_lib, append_path=True)
|
2014-10-30 16:29:45 +08:00
|
|
|
|
2014-10-30 16:29:57 +08:00
|
|
|
# Set up OCAMLRUNPARAM to enable backtraces in OCaml tests.
|
2017-09-17 02:46:21 +08:00
|
|
|
llvm_config.with_environment('OCAMLRUNPARAM', 'b')
|
2014-10-30 16:29:57 +08:00
|
|
|
|
2016-08-05 06:01:38 +08:00
|
|
|
# Provide the path to asan runtime lib 'libclang_rt.asan_osx_dynamic.dylib' if
|
|
|
|
# available. This is darwin specific since it's currently only needed on darwin.
|
2017-10-07 01:54:27 +08:00
|
|
|
|
|
|
|
|
2016-08-05 06:01:38 +08:00
|
|
|
def get_asan_rtlib():
|
2017-10-07 01:54:27 +08:00
|
|
|
if not 'Address' in config.llvm_use_sanitizer or \
|
|
|
|
not 'Darwin' in config.host_os or \
|
|
|
|
not 'x86' in config.host_triple:
|
|
|
|
return ''
|
2016-08-05 06:01:38 +08:00
|
|
|
try:
|
|
|
|
import glob
|
|
|
|
except:
|
2017-10-07 01:54:27 +08:00
|
|
|
print('glob module not found, skipping get_asan_rtlib() lookup')
|
|
|
|
return ''
|
2016-08-05 06:01:38 +08:00
|
|
|
# The libclang_rt.asan_osx_dynamic.dylib path is obtained using the relative
|
|
|
|
# path from the host cc.
|
2017-10-07 01:54:27 +08:00
|
|
|
host_lib_dir = os.path.join(os.path.dirname(config.host_cc), '../lib')
|
2016-08-05 06:01:38 +08:00
|
|
|
asan_dylib_dir_pattern = host_lib_dir + \
|
2017-10-07 01:54:27 +08:00
|
|
|
'/clang/*/lib/darwin/libclang_rt.asan_osx_dynamic.dylib'
|
2016-08-05 06:01:38 +08:00
|
|
|
found_dylibs = glob.glob(asan_dylib_dir_pattern)
|
|
|
|
if len(found_dylibs) != 1:
|
2017-10-07 01:54:27 +08:00
|
|
|
return ''
|
2016-08-05 06:01:38 +08:00
|
|
|
return found_dylibs[0]
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
llvm_config.use_default_substitutions()
|
|
|
|
|
|
|
|
# Add site-specific substitutions.
|
|
|
|
config.substitutions.append(('%llvmshlibdir', config.llvm_shlib_dir))
|
|
|
|
config.substitutions.append(('%shlibext', config.llvm_shlib_ext))
|
|
|
|
config.substitutions.append(('%exeext', config.llvm_exe_ext))
|
|
|
|
config.substitutions.append(('%host_cc', config.host_cc))
|
|
|
|
|
|
|
|
|
|
|
|
lli_args = []
|
Introduce llvm::sys::getProcessTriple() function.
In r143502, we renamed getHostTriple() to getDefaultTargetTriple()
as part of work to allow the user to supply a different default
target triple at configure time. This change also affected the JIT.
However, it is inappropriate to use the default target triple in the
JIT in most circumstances because this will not necessarily match
the current architecture used by the process, leading to illegal
instruction and other such errors at run time.
Introduce the getProcessTriple() function for use in the JIT and
its clients, and cause the JIT to use it. On architectures with a
single bitness, the host and process triples are identical. On other
architectures, the host triple represents the architecture of the
host CPU, while the process triple represents the architecture used
by the host CPU to interpret machine code within the current process.
For example, when executing 32-bit code on a 64-bit Linux machine,
the host triple may be 'x86_64-unknown-linux-gnu', while the process
triple may be 'i386-unknown-linux-gnu'.
This fixes JIT for the 32-on-64-bit (and vice versa) build on non-Apple
platforms.
Differential Revision: http://llvm-reviews.chandlerc.com/D254
llvm-svn: 172627
2013-01-17 01:27:22 +08:00
|
|
|
# The target triple used by default by lli is the process target triple (some
|
|
|
|
# triple appropriate for generating code for the current process) but because
|
|
|
|
# we don't support COFF in MCJIT well enough for the tests, force ELF format on
|
|
|
|
# Windows. FIXME: the process target triple should be used here, but this is
|
|
|
|
# difficult to obtain on Windows.
|
2018-08-09 10:16:18 +08:00
|
|
|
if re.search(r'cygwin|windows-gnu|windows-msvc', config.host_triple):
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
lli_args = ['-mtriple=' + config.host_triple + '-elf']
|
|
|
|
|
|
|
|
llc_args = []
|
2012-10-03 02:38:34 +08:00
|
|
|
|
2018-08-09 10:16:18 +08:00
|
|
|
# Similarly, have a macro to use llc with DWARF even when the host is Windows
|
|
|
|
if re.search(r'windows-msvc', config.target_triple):
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
llc_args = [' -mtriple=' +
|
2018-08-09 10:16:18 +08:00
|
|
|
config.target_triple.replace('-msvc', '-gnu')]
|
2009-09-08 13:31:44 +08:00
|
|
|
|
2016-08-05 06:01:38 +08:00
|
|
|
# Provide the path to asan runtime lib if available. On darwin, this lib needs
|
|
|
|
# to be loaded via DYLD_INSERT_LIBRARIES before libLTO.dylib in case the files
|
|
|
|
# to be linked contain instrumented sanitizer code.
|
2016-08-05 07:58:30 +08:00
|
|
|
ld64_cmd = config.ld64_executable
|
|
|
|
asan_rtlib = get_asan_rtlib()
|
|
|
|
if asan_rtlib:
|
2017-10-07 01:54:27 +08:00
|
|
|
ld64_cmd = 'DYLD_INSERT_LIBRARIES={} {}'.format(asan_rtlib, ld64_cmd)
|
2016-08-05 06:01:38 +08:00
|
|
|
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
ocamlc_command = '%s ocamlc -cclib -L%s %s' % (
|
|
|
|
config.ocamlfind_executable, config.llvm_lib_dir, config.ocaml_flags)
|
|
|
|
ocamlopt_command = 'true'
|
2017-01-07 05:33:48 +08:00
|
|
|
if config.have_ocamlopt:
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
ocamlopt_command = '%s ocamlopt -cclib -L%s -cclib -Wl,-rpath,%s %s' % (
|
|
|
|
config.ocamlfind_executable, config.llvm_lib_dir, config.llvm_lib_dir, config.ocaml_flags)
|
|
|
|
|
2017-11-30 01:07:41 +08:00
|
|
|
opt_viewer_cmd = '%s %s/tools/opt-viewer/opt-viewer.py' % (sys.executable, config.llvm_src_root)
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
|
|
|
|
tools = [
|
|
|
|
ToolSubst('%lli', FindTool('lli'), post='.', extra_args=lli_args),
|
|
|
|
ToolSubst('%llc_dwarf', FindTool('llc'), extra_args=llc_args),
|
|
|
|
ToolSubst('%go', config.go_executable, unresolved='ignore'),
|
|
|
|
ToolSubst('%gold', config.gold_executable, unresolved='ignore'),
|
|
|
|
ToolSubst('%ld64', ld64_cmd, unresolved='ignore'),
|
|
|
|
ToolSubst('%ocamlc', ocamlc_command, unresolved='ignore'),
|
|
|
|
ToolSubst('%ocamlopt', ocamlopt_command, unresolved='ignore'),
|
2017-11-30 01:07:41 +08:00
|
|
|
ToolSubst('%opt-viewer', opt_viewer_cmd),
|
2018-04-13 13:03:28 +08:00
|
|
|
ToolSubst('%llvm-objcopy', FindTool('llvm-objcopy')),
|
2018-05-08 05:07:01 +08:00
|
|
|
ToolSubst('%llvm-strip', FindTool('llvm-strip')),
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
]
|
|
|
|
|
|
|
|
# FIXME: Why do we have both `lli` and `%lli` that do slightly different things?
|
|
|
|
tools.extend([
|
2018-09-25 21:59:35 +08:00
|
|
|
'dsymutil', 'lli', 'lli-child-target', 'llvm-ar', 'llvm-as',
|
|
|
|
'llvm-bcanalyzer', 'llvm-config', 'llvm-cov', 'llvm-cxxdump', 'llvm-cvtres',
|
|
|
|
'llvm-diff', 'llvm-dis', 'llvm-dwarfdump', 'llvm-exegesis', 'llvm-extract',
|
|
|
|
'llvm-isel-fuzzer', 'llvm-opt-fuzzer', 'llvm-lib', 'llvm-link', 'llvm-lto',
|
|
|
|
'llvm-lto2', 'llvm-mc', 'llvm-mca', 'llvm-modextract', 'llvm-nm',
|
|
|
|
'llvm-objcopy', 'llvm-objdump', 'llvm-pdbutil', 'llvm-profdata',
|
2018-12-12 18:34:01 +08:00
|
|
|
'llvm-ranlib', 'llvm-readelf', 'llvm-readobj', 'llvm-rtdyld', 'llvm-size',
|
|
|
|
'llvm-split', 'llvm-strings', 'llvm-strip', 'llvm-tblgen', 'llvm-undname',
|
|
|
|
'llvm-c-test', 'llvm-cxxfilt', 'llvm-xray', 'yaml2obj', 'obj2yaml',
|
|
|
|
'yaml-bench', 'verify-uselistorder', 'bugpoint', 'llc', 'llvm-symbolizer',
|
|
|
|
'opt', 'sancov', 'sanstats'])
|
[lit] Improve tool substitution in lit.
This addresses two sources of inconsistency in test configuration
files.
1. Substitution boundaries. Previously you would specify a
substitution, such as 'lli', and then additionally a set
of characters that should fail to match before and after
the tool. This was used, for example, so that matches that
are parts of full paths would not be replaced. But not all
tools did this, and those that did would often re-invent
the set of characters themselves, leading to inconsistency.
Now, every tool substitution defaults to using a sane set
of reasonable defaults and you have to explicitly opt out
of it. This actually fixed a few latent bugs that were
never being surfaced, but only on accident.
2. There was no standard way for the system to decide how to
locate a tool. Sometimes you have an explicit path, sometimes
we would search for it and build up a path ourselves, and
sometimes we would build up a full command line. Furthermore,
there was no standardized way to handle missing tools. Do we
warn, fail, ignore, etc? All of this is now encapsulated in
the ToolSubst class. You either specify an exact command to
run, or an instance of FindTool('<tool-name>') and everything
else just works. Furthermore, you can specify an action to
take if the tool cannot be resolved.
Differential Revision: https://reviews.llvm.org/D38565
llvm-svn: 315085
2017-10-07 01:54:46 +08:00
|
|
|
|
|
|
|
# The following tools are optional
|
|
|
|
tools.extend([
|
|
|
|
ToolSubst('llvm-go', unresolved='ignore'),
|
|
|
|
ToolSubst('llvm-mt', unresolved='ignore'),
|
|
|
|
ToolSubst('Kaleidoscope-Ch3', unresolved='ignore'),
|
|
|
|
ToolSubst('Kaleidoscope-Ch4', unresolved='ignore'),
|
|
|
|
ToolSubst('Kaleidoscope-Ch5', unresolved='ignore'),
|
|
|
|
ToolSubst('Kaleidoscope-Ch6', unresolved='ignore'),
|
|
|
|
ToolSubst('Kaleidoscope-Ch7', unresolved='ignore'),
|
|
|
|
ToolSubst('Kaleidoscope-Ch8', unresolved='ignore')])
|
|
|
|
|
|
|
|
llvm_config.add_tool_substitutions(tools, config.llvm_tools_dir)
|
2015-09-03 02:03:01 +08:00
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
# Targets
|
2014-06-10 06:42:55 +08:00
|
|
|
|
|
|
|
config.targets = frozenset(config.targets_to_build.split())
|
|
|
|
|
2016-08-11 03:03:18 +08:00
|
|
|
for arch in config.targets_to_build.split():
|
|
|
|
config.available_features.add(arch.lower() + '-registered-target')
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
# Features
|
2017-11-03 07:14:55 +08:00
|
|
|
known_arches = ["x86_64", "mips64", "ppc64", "aarch64"]
|
2017-11-04 14:55:55 +08:00
|
|
|
if (config.host_ldflags.find("-m32") < 0
|
|
|
|
and any(config.llvm_host_triple.startswith(x) for x in known_arches)):
|
2017-11-03 07:14:55 +08:00
|
|
|
config.available_features.add("llvm-64-bits")
|
2010-11-29 08:20:09 +08:00
|
|
|
|
2013-06-26 18:56:44 +08:00
|
|
|
# Others/can-execute.txt
|
|
|
|
if sys.platform not in ['win32']:
|
|
|
|
config.available_features.add('can-execute')
|
2016-08-10 04:48:22 +08:00
|
|
|
config.available_features.add('not_COFF')
|
2013-06-26 18:56:44 +08:00
|
|
|
|
2010-11-29 08:20:09 +08:00
|
|
|
# Loadable module
|
|
|
|
# FIXME: This should be supplied by Makefile or autoconf.
|
|
|
|
if sys.platform in ['win32', 'cygwin']:
|
|
|
|
loadable_module = (config.enable_shared == 1)
|
|
|
|
else:
|
|
|
|
loadable_module = True
|
|
|
|
|
|
|
|
if loadable_module:
|
|
|
|
config.available_features.add('loadable_module')
|
2011-06-23 07:23:19 +08:00
|
|
|
|
2017-01-07 05:33:54 +08:00
|
|
|
# Static libraries are not built if BUILD_SHARED_LIBS is ON.
|
2017-10-19 03:37:30 +08:00
|
|
|
if not config.build_shared_libs and not config.link_llvm_dylib:
|
2017-10-07 01:54:27 +08:00
|
|
|
config.available_features.add('static-libs')
|
2017-01-07 05:33:54 +08:00
|
|
|
|
2018-01-08 10:48:41 +08:00
|
|
|
def have_cxx_shared_library():
|
|
|
|
readobj_exe = lit.util.which('llvm-readobj', config.llvm_tools_dir)
|
|
|
|
if not readobj_exe:
|
|
|
|
print('llvm-readobj not found')
|
|
|
|
return False
|
|
|
|
|
|
|
|
try:
|
|
|
|
readobj_cmd = subprocess.Popen(
|
|
|
|
[readobj_exe, '-needed-libs', readobj_exe], stdout=subprocess.PIPE)
|
|
|
|
except OSError:
|
|
|
|
print('could not exec llvm-readobj')
|
|
|
|
return False
|
|
|
|
|
|
|
|
readobj_out = readobj_cmd.stdout.read().decode('ascii')
|
|
|
|
readobj_cmd.wait()
|
|
|
|
|
|
|
|
regex = re.compile(r'(libc\+\+|libstdc\+\+|msvcp).*\.(so|dylib|dll)')
|
|
|
|
needed_libs = False
|
|
|
|
for line in readobj_out.splitlines():
|
|
|
|
if 'NeededLibraries [' in line:
|
|
|
|
needed_libs = True
|
|
|
|
if ']' in line:
|
|
|
|
needed_libs = False
|
|
|
|
if needed_libs and regex.search(line.lower()):
|
|
|
|
return True
|
|
|
|
return False
|
|
|
|
|
|
|
|
if have_cxx_shared_library():
|
|
|
|
config.available_features.add('cxx-shared-library')
|
|
|
|
|
2013-04-11 03:53:26 +08:00
|
|
|
# Direct object generation
|
2015-12-20 11:48:23 +08:00
|
|
|
if not 'hexagon' in config.target_triple:
|
2017-10-07 01:54:27 +08:00
|
|
|
config.available_features.add('object-emission')
|
2013-04-11 03:53:26 +08:00
|
|
|
|
2015-09-16 13:34:32 +08:00
|
|
|
# LLVM can be configured with an empty default triple
|
|
|
|
# Some tests are "generic" and require a valid default triple
|
|
|
|
if config.target_triple:
|
2017-10-07 01:54:27 +08:00
|
|
|
config.available_features.add('default_triple')
|
2013-09-13 18:59:01 +08:00
|
|
|
|
2011-11-28 13:09:15 +08:00
|
|
|
import subprocess
|
2014-07-28 07:11:06 +08:00
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
|
2014-07-28 07:11:06 +08:00
|
|
|
def have_ld_plugin_support():
|
2018-06-20 23:32:47 +08:00
|
|
|
if not os.path.exists(os.path.join(config.llvm_shlib_dir, 'LLVMgold' + config.llvm_shlib_ext)):
|
2014-07-28 07:11:06 +08:00
|
|
|
return False
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
ld_cmd = subprocess.Popen(
|
|
|
|
[config.gold_executable, '--help'], stdout=subprocess.PIPE, env={'LANG': 'C'})
|
2015-01-05 22:18:04 +08:00
|
|
|
ld_out = ld_cmd.stdout.read().decode()
|
2014-07-28 07:11:06 +08:00
|
|
|
ld_cmd.wait()
|
|
|
|
|
2014-11-11 13:27:12 +08:00
|
|
|
if not '-plugin' in ld_out:
|
|
|
|
return False
|
|
|
|
|
|
|
|
# check that the used emulations are supported.
|
|
|
|
emu_line = [l for l in ld_out.split('\n') if 'supported emulations' in l]
|
|
|
|
if len(emu_line) != 1:
|
|
|
|
return False
|
|
|
|
emu_line = emu_line[0]
|
|
|
|
fields = emu_line.split(':')
|
|
|
|
if len(fields) != 3:
|
|
|
|
return False
|
|
|
|
emulations = fields[2].split()
|
2015-03-20 02:23:31 +08:00
|
|
|
if 'elf_x86_64' not in emulations:
|
2014-11-11 13:27:12 +08:00
|
|
|
return False
|
2015-03-20 02:23:31 +08:00
|
|
|
if 'elf32ppc' in emulations:
|
|
|
|
config.available_features.add('ld_emu_elf32ppc')
|
2014-11-11 13:27:12 +08:00
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
ld_version = subprocess.Popen(
|
|
|
|
[config.gold_executable, '--version'], stdout=subprocess.PIPE, env={'LANG': 'C'})
|
2015-02-14 17:05:56 +08:00
|
|
|
if not 'GNU gold' in ld_version.stdout.read().decode():
|
2014-07-28 07:11:06 +08:00
|
|
|
return False
|
|
|
|
ld_version.wait()
|
|
|
|
|
|
|
|
return True
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
|
2014-07-28 07:11:06 +08:00
|
|
|
if have_ld_plugin_support():
|
|
|
|
config.available_features.add('ld_plugin')
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
|
2015-03-20 07:55:38 +08:00
|
|
|
def have_ld64_plugin_support():
|
2017-01-07 05:33:48 +08:00
|
|
|
if not config.llvm_tool_lto_build or config.ld64_executable == '':
|
2015-03-20 07:55:38 +08:00
|
|
|
return False
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
ld_cmd = subprocess.Popen(
|
|
|
|
[config.ld64_executable, '-v'], stderr=subprocess.PIPE)
|
2015-03-20 07:55:38 +08:00
|
|
|
ld_out = ld_cmd.stderr.read().decode()
|
|
|
|
ld_cmd.wait()
|
|
|
|
|
|
|
|
if 'ld64' not in ld_out or 'LTO' not in ld_out:
|
|
|
|
return False
|
|
|
|
|
|
|
|
return True
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
|
2015-03-20 07:55:38 +08:00
|
|
|
if have_ld64_plugin_support():
|
|
|
|
config.available_features.add('ld64_plugin')
|
|
|
|
|
2017-09-17 02:46:21 +08:00
|
|
|
# Ask llvm-config about asserts and global-isel.
|
2017-09-19 06:26:48 +08:00
|
|
|
llvm_config.feature_config(
|
2017-10-07 01:54:27 +08:00
|
|
|
[('--assertion-mode', {'ON': 'asserts'}),
|
|
|
|
('--has-global-isel', {'ON': 'global-isel'})])
|
2013-07-12 07:36:57 +08:00
|
|
|
|
2013-08-21 13:02:12 +08:00
|
|
|
if 'darwin' == sys.platform:
|
|
|
|
try:
|
|
|
|
sysctl_cmd = subprocess.Popen(['sysctl', 'hw.optional.fma'],
|
2017-10-07 01:54:27 +08:00
|
|
|
stdout=subprocess.PIPE)
|
2013-08-21 13:02:12 +08:00
|
|
|
except OSError:
|
2017-10-07 01:54:27 +08:00
|
|
|
print('Could not exec sysctl')
|
2013-08-22 06:26:44 +08:00
|
|
|
result = sysctl_cmd.stdout.read().decode('ascii')
|
2017-10-07 01:54:27 +08:00
|
|
|
if -1 != result.find('hw.optional.fma: 1'):
|
2013-08-21 13:02:12 +08:00
|
|
|
config.available_features.add('fma3')
|
|
|
|
sysctl_cmd.wait()
|
|
|
|
|
2014-06-22 20:35:39 +08:00
|
|
|
# .debug_frame is not emitted for targeting Windows x64.
|
2018-08-09 10:16:18 +08:00
|
|
|
if not re.match(r'^x86_64.*-(windows-gnu|windows-msvc)', config.target_triple):
|
2014-06-22 20:35:39 +08:00
|
|
|
config.available_features.add('debug_frame')
|
|
|
|
|
2016-05-24 05:34:12 +08:00
|
|
|
if config.have_libxar:
|
|
|
|
config.available_features.add('xar')
|
2017-06-07 08:22:52 +08:00
|
|
|
|
2018-09-27 00:26:59 +08:00
|
|
|
if config.enable_threads:
|
|
|
|
config.available_features.add('thread_support')
|
|
|
|
|
2017-10-07 01:54:27 +08:00
|
|
|
if config.llvm_libxml2_enabled == '1':
|
2017-07-27 09:11:53 +08:00
|
|
|
config.available_features.add('libxml2')
|
2017-11-30 01:07:41 +08:00
|
|
|
|
|
|
|
if config.have_opt_viewer_modules:
|
|
|
|
config.available_features.add('have_opt_viewer_modules')
|