Currently `src/tbb/win32-gcc-tbb-export.def` will be generated (by copying from linux `.def` file) because it did not exist.
https://github.com/wjakob/tbb/blob/20357d83871e4cb93b2c724fe0c337cd999fd14f/CMakeLists.txt#L209
That will cause git to flag an untracked file, this proposed change will stop git from showing the untracked changes.
Probably it would be better to copy this file to the build directory instead of source directory, but I didn't looked too deep into the cmakelists file. If that happens, then we can revert this .gitignore back.
When building the static libs for tbb and linking them into another project, the build of the libs had various defines wrongly set; which resulted in various linker warnings. This changelist includes the fixes for the properties related to the static build of tbb.
Build-specific postfixes are a relic of build systems that place
binaries from multiple different build types into the same output
directory. This is needlessly confusing and not necessary for
CMake-based build systems, since they either use a fixed build type
(Linux: Ninja, Makefile generators) or separate configurations with
different output directories (MSVC).
* Fix TBB_BUILD_TESTS option
- If TBB_BUILD_TESTS is set to ON, then actually build the unit test
binaries. Previously, the binaries' executable targets would be
defined in CMakeLists.txt, but set to EXCLUDE_FROM_ALL, which would
cause ctest to fail.
- Prefix all TBB test binaries and test names with tbb_test. Previously,
very generic-sounding test names and executable target names would be
created, which is IMO bad behavior in a repository meant to be used as
a library.
- Clean up some style formatting for consistency in root CMakeLists.txt.
* Fix .appveyor.yml and .travis.yml to not refer to now-deleted tests build target
This flag also sets -D_LIBCPP_VERSION, which ensures that various
ifdef (_LIBCPP_VERSIONS) in tbb_config.h are triggered even when no
libc++ header is included yet.
Julien Schueller