The project uses CMake* build configuration.
The following controls are available during the configure stage:
TBB_TEST:BOOL - Enable testing (ON by default)
TBB_STRICT:BOOL - Treat compiler warnings as errors (ON by default)
TBB_SANITIZE:STRING - Sanitizer parameter, passed to compiler/linker
TBB_SIGNTOOL:FILEPATH - Tool for digital signing, used in post-install step for libraries if provided.
TBB_SIGNTOOL_ARGS:STRING - Additional arguments for TBB_SIGNTOOL, used if TBB_SIGNTOOL is set.
TBB_BUILD:BOOL - Enable Intel(R) oneAPI Threading Building Blocks (oneTBB) build (ON by default)
TBBMALLOC_BUILD:BOOL - Enable Intel(R) oneAPI Threading Building Blocks (oneTBB) memory allocator build (ON by default)
TBBMALLOC_PROXY_BUILD:BOOL - Enable Intel(R) oneAPI Threading Building Blocks (oneTBB) memory allocator proxy build (requires TBBMALLOC_BUILD. ON by default)
TBB4PY_BUILD:BOOL - Enable Intel(R) oneAPI Threading Building Blocks (oneTBB) Python module build (OFF by default)
TBB_CPF:BOOL - Enable preview features of the library (OFF by default)
TBB_INSTALL_VARS:BOOL - Enable auto-generated vars installation(packages generated by `cpack` and `make install` will also include the vars script)(OFF by default)
TBB_VALGRIND_MEMCHECK:BOOL - Enable scan for memory leaks using Valgrind (OFF by default)
TBB_DISABLE_HWLOC_AUTOMATIC_SEARCH - Disable HWLOC automatic search by pkg-config tool (OFF by default)
TBB_ENABLE_IPO - Enable Interprocedural Optimization (IPO) during the compilation (ON by default)
To perform an out-of-source build, create a build directory and go there:
mkdir /tmp/my-build
cd /tmp/my-build
cmake <options> <repo_root>
Some useful options:
-G <generator>
- specify particular project generator. Seecmake --help
for details.-DCMAKE_BUILD_TYPE=Debug
- specify for Debug build. It is not applicable for multi-config generators, e.g., Microsoft* Visual Studio* generator.
TIP: It is recommended to install the HWLOC* library. See oneTBB documentation for details.
The TBBbind library has three versions: tbbbind
, tbbbind_2_0
, and tbbbind_2_5
. Each of these versions is linked with the corresponding HWLOC* library version:
tbbbind
links withHWLOC 1.11.x
tbbbind_2_0
links withHWLOC 2.1–2.4
tbbbind_2_5
links withHWLOC 2.5
and later
The search for a suitable version of the HWLOC library is enabled by default. If you want to use a specific version of the library, you can specify the path to it manually using the following CMake variables:
CMAKE_HWLOC_<HWLOC_VER>_LIBRARY_PATH
- path to the corresponding HWLOC version shared library on Linux* OS or path to.lib
file on Windows* OSCMAKE_HWLOC_<HWLOC_VER>_INCLUDE_PATH
- path to the corresponding HWLOC version including directory
NOTE: Automatic HWLOC searching requires CMake version 3.6 or higher.
Windows* OS requires an additional variable for correct TBBBind library building:
CMAKE_HWLOC_<HWLOC_VER>_DLL_PATH
- path to the corresponding HWLOC version.dll
file.
The HWLOC_VER
substring used earlier can be replaced with one of the three values:
1_11
for thetbbbind
library configuration2
for thetbbbind_2_0
library configuration2_5
for thetbbbind_2_5
library configuration
If you specify variables for several TBBBind versions, the building process for all of these versions is performed during a single build session.
TIP
Specify the TBB_DISABLE_HWLOC_AUTOMATIC_SEARCH
to turn off the HWLOC library's automatic search.
cmake --build . <options>
Some useful options:
--target <target>
- specific target, "all" is the default.--config <Release|Debug>
- build configuration, applicable only for multi-config generators, e.g., Visual Studio* generator.
The binaries are placed to ./<compiler-id>_<compiler-ver>_cxx<stdver>_<build-type>
. For example, ./gnu_4.8_cxx11_release
.
- Intel(R) Compiler. Source Intel(R) C++ Compiler with
ia32
and build as usual. - MSVC. Use switch for generator (e.g.,
-A Win32
for VS2019) during the configuration stage and then build as usual. - GCC/Clang. Specify
-m32
during the configuration. It can beCXXFLAGS=-m32 cmake ..
orcmake -DCMAKE_CXX_FLAGS=-m32 ..
- For any other compiler, which builds for 64-bit by default, specify a 32-bit compiler key during the configuration as above.
NOTE
The following builds require CMake version 3.15 or higher.
- Dynamic linkage with C Runtime Library (CRT). The default behavior can be explicitly specified by setting
CMAKE_MSVC_RUNTIME_LIBRARY
toMultiThreadedDLL
orMultiThreadedDebugDLL
.
cmake .. # dynamic linkage is used by default
cmake -DCMAKE_MSVC_RUNTIME_LIBRARY=MultiThreadedDLL ..
cmake -DCMAKE_MSVC_RUNTIME_LIBRARY=MultiThreadedDebugDLL -DCMAKE_BUILD_TYPE=Debug ..
- Static linkage with CRT. Set
CMAKE_MSVC_RUNTIME_LIBRARY
toMultiThreaded
orMultiThreadedDebug
.
cmake -DCMAKE_MSVC_RUNTIME_LIBRARY=MultiThreaded ..
cmake -DCMAKE_MSVC_RUNTIME_LIBRARY=MultiThreadedDebug -DCMAKE_BUILD_TYPE=Debug ..
- Windows OS 10 Universal Windows application build. Set
CMAKE_SYSTEM_NAME
toWindowsStore
andCMAKE_SYSTEM_VERSION
to10.0
.
NOTE
Set TBB_NO_APPCONTAINER
to ON
to apply the /APPCONTAINER:NO
option during the compilation (used for testing).
cmake -DCMAKE_SYSTEM_NAME:STRING=WindowsStore -DCMAKE_SYSTEM_VERSION:STRING=10.0 ..
- Universal Windows OS Driver build. Set
TBB_WINDOWS_DRIVER
toON
and use static linkage with CRT.
cmake -DTBB_WINDOWS_DRIVER=ON -DCMAKE_MSVC_RUNTIME_LIBRARY=MultiThreaded ..
cmake -DCMAKE_CXX_COMPILER=icpc -DCMAKE_C_COMPILER=icc -DTBB_TEST=off -DCMAKE_HWLOC_1_11_LIBRARY_PATH=<path_to_hwloc_library_file>/libhwloc.so.15
-DCMAKE_HWLOC_1_11_INCLUDE_PATH=<path_to_hwloc_header_directory> -DCMAKE_INSTALL_PREFIX=<path_to_install_oneTBB>/oneTBB_install ..
make -j8 && make install
NOTE
The library path points to a file, while the include path points to a directory and not to hwloc.h
.
To build a test, use the default target all
:
cmake --build .
Or use a specific test target:
cmake --build . --target <test> # e.g. test_version
You can run a test by using CTest:
ctest
Or by using the test
target:
cmake --build . --target test # currently does not work on Windows* OS
See Installation from Sources to learn how to install oneTBB.
mkdir build
cd build
cmake -DTBB_SANITIZE=thread .. # or -DTBB_SANITIZE=memory or any other sanitizer
make -j
ctest -V
- Valgrind tool executable
mkdir build
cd build
cmake -DTBB_VALGRIND_MEMCHECK=ON ..
make -j memcheck-<test name> # or memcheck-all to scan all tests
Use Doxygen* to generate oneTBB test specification:
mkdir build
cd build
cmake -DTBB_TEST_SPEC=ON ..
make test_spec
It is a configuration module that is used for the integration of prebuilt oneTBB. It consists of two files (TBBConfig.cmake
and TBBConfigVersion.cmake
) and can be used via the find_package function.
To use this module in your CMake project:
- Let CMake know where to search for TBBConfig, e.g. specify the location of
TBBConfig.cmake
inTBB_DIR
(for more details about search paths, see find_package). - Use find_package to find oneTBB.
- Use provided variables and/or imported targets (described below) to work with the found oneTBB.
Example:
add_executable(foo foo.cpp)
find_package(TBB)
target_link_libraries(foo TBB::tbb)
oneTBB components can be passed to find_package after keyword COMPONENTS
or REQUIRED
.
Use basic names of components (tbb
, tbbmalloc
, etc.).
If components are not specified, then the default set is used: tbb
, tbbmalloc
, and tbbmalloc_proxy
.
If tbbmalloc_proxy
is requested, the tbbmalloc
component is also added and set as a dependency for tbbmalloc_proxy
.
TBBConfig creates imported targets as
shared libraries using the following format: TBB::<component>
. For example, TBB::tbb
or TBB::tbbmalloc
.
To search only for release oneTBB version, set TBB_FIND_RELEASE_ONLY
to TRUE
before calling find_package
. This variable helps to avoid simultaneous linkage of release and debug oneTBB versions when CMake configuration is Debug,
but a third-party component depends on the release oneTBB version.
Variables set during TBB configuration:
Variable | Description |
---|---|
TBB_FOUND |
oneTBB is found |
TBB_<component>_FOUND |
Specific oneTBB component is found |
TBB_VERSION |
oneTBB version (format: <major>.<minor>.<patch>.<tweak> ) |
TBB_IMPORTED_TARGETS |
All created oneTBB imported targets (not supported for builds from source code) |
Starting from oneTBB 2021.1, GitHub* release TBBConfig files in the binary packages are located under <tbb-root>/lib/cmake/TBB
.
For example, TBB_DIR
should be set to <tbb-root>/lib/cmake/TBB
.
TBBConfig files are automatically created during the build from source code and can be installed together with the library.
Also, oneTBB provides a helper function that creates TBBConfig files from predefined templates. See tbb_generate_config
in cmake/config_generation.cmake
.
The TBB4PY_BUILD
Cmake option provides the ability to build a Python module for oneTBB.
irml
- build IPC RML serverpython_build
- build oneTBB module for Python
python_build
target requirements:
- Python version 3.5 or newer
- SWIG version 3.0.6 or newer
Compile and link options may be specific for certain compilers. This part is handled in cmake/compilers/*
files.
Options in TBB CMake are handled via variables in two ways for convenience:
- by options group
- by the specific option
Naming convention is the following: TBB_<SCOPE>_<STAGE>_<CATEGORY>
, where:
<SCOPE>
can be:LIB
- options applied during libraries build.TEST
- options applied during test build.BENCH
- options applied during benchmarks build.COMMON
- options applied during all (libraries, test, benchmarks) builds.
<STAGE>
can be:COMPILE
- options applied during the compilation.LINK
- options applied during the linkage.
<CATEGORY>
can be:FLAGS
- list of flagsLIBS
- list of libraries
Examples
Variable | Description |
---|---|
TBB_COMMON_COMPILE_FLAGS |
Applied to libraries, tests, and benchmarks as compile options |
TBB_LIB_LINK_FLAGS |
Applied to libraries as link options |
TBB_LIB_LINK_LIBS |
Applied to libraries as link libraries |
TBB_TEST_COMPILE_FLAGS |
Applied to tests as compile options |
Specify the LINK
options prefixed with a dash(-) for MSVC(Visual Studio) compiler with CMake < 3.13 to avoid issues caused by target_link_libraries
CMake command usage.
If the option is used only in part of the places (library, tests, benchmarks) and adding this option to the group of other options is not possible, then the option must be named using common sense.
Warning suppressions should be added to the TBB_WARNING_SUPPRESS
variable, which is applied during the compilation of libraries, tests, and benchmarks.
Additional warnings should be added to the TBB_WARNING_TEST_FLAGS
variable, which is applied during the compilation of tests.