[BUG] cmake.FindTBB.cmake does not detect TBB while CMake version of FindTBB.cmake does detect it.

[papaathome]

Environment

Windows 10, x64
VisualStudio 2022.
CMake 4.0.2

Describe the bug

CMake can not detect the TBB package.
OpenVDB provides cmake\FindTBB.cmake which is not finding TBB

At least CMake 4.0.2 comes with another version of FindTBB.cmake that does work.
Removing the the OpenVDB version of this script solves the problem.

But the problem is persisting. Running a 'Install' after a succefull build fails because cmake\FindTBB.cmake is part of the installment.

I'm just signaling the problem and what I have done with it. In no way I can oversee all implications, I'm not an expert in CMake and for another progran just need to have OpenVDB.
It is not possible for me to make a pull request.

To Reproduce

1. Checkout the latest version
2. Run CMake.exe
   CMAKE_PREFIX_PATH=h:/lib/Boost;h:/lib/zlib;h:/lib/TBB\oneapi-tbb-2022.3.0
   cmake.exe -S ./openvdb-13_0_0 -B c:/Spool/CMake/OpenVDB/_build_13_0_0 --fresh -DCMAKE_CXX_STANDARD=17 -DCMAKE_CXX_STANDARD_REQUIRED=ON
   -- Building for: Visual Studio 17 2022
   -- Selecting Windows SDK version 10.0.26100.0 to target Windows 10.0.19045.
   -- The CXX compiler identification is MSVC 19.44.35217.0
   ...
   -- Found ZLIB: H:/lib/zlib/lib/zd.lib (found version "1.3.1.1")
   CMake Error at C:/Program Files/CMake/share/cmake-4.0/Modules/FindPackageHandleStandardArgs.cmake:227 (message):
   Could NOT find TBB (missing: Tbb_LIB_COMPONENTS tbb) (found suitable
   version "2022.3", minimum required is "2020.3")
   Call Stack (most recent call first):
   C:/Program Files/CMake/share/cmake-4.0/Modules/FindPackageHandleStandardArgs.cmake:591 (_FPHSA_FAILURE_MESSAGE)
   cmake/FindTBB.cmake:370 (find_package_handle_standard_args)
   openvdb/openvdb/CMakeLists.txt:132 (find_package)
   -- Configuring incomplete, errors occurred!

Expected behavior (with cmake\FindTBB.cmake removed)

CMAKE_PREFIX_PATH=h:/lib/Boost;h:/lib/zlib;h:/lib/TBB\oneapi-tbb-2022.3.0;h:/lib/Blosc
cmake.exe -S ./openvdb-13_0_0 -B c:/Spool/CMake/OpenVDB/_build_13_0_0 -DCMAKE_INSTALL_PREFIX=h:/lib/OpenVDB --fresh -DCMAKE_CXX_STANDARD=17 -DCMAKE_CXX_STANDARD_REQUIRED=ON
-- Building for: Visual Studio 17 2022
-- Selecting Windows SDK version 10.0.26100.0 to target Windows 10.0.19045.
-- The CXX compiler identification is MSVC 19.44.35217.0
...
-- Found ZLIB: H:/lib/zlib/lib/zd.lib (found suitable version "1.3.1.1", minimum required is "1.2.7")

---

-- ----------- Configuring OpenVDBBinaries ------------

---

-- Configuring done (15.5s)
-- Generating done (1.0s)
-- Build files have been written to: C:/Spool/CMake/OpenVDB/_build_13_0_0
CMake build=c:/Spool/CMake/OpenVDB/_build_13_0_0

[papaathome]

One additional note. TBB is a 'fall back' for the Jemalloc package.
I can not build the Jemalloc package and have to use TBB.

[Idclip]

Hi @papaathome thanks for the report and breakdown - there's a few things you could try:

• Try building OpenVDB with -DCMAKE_FIND_PACKAGE_PREFER_CONFIG=ON. This should ignore the old Find modules that ship with OpenVDB.

• Regarding:

But the problem is persisting. Running a 'Install' after a succefull build fails because cmake\FindTBB.cmake is part of the installment.

I'm not sure exactly what the issue you're seeing is, but you can disable the installation of the Find modules from OpenVDB with -DOPENVDB_INSTALL_CMAKE_MODULES=OFF. See if that helps at all.

Let me know if either of the above helps in any way - the plan is to remove most of these Find modules from OpenVDB (they were needed way back when these libraries did not ship with their own CMake configs).

[papaathome]

Hi @Idclip
Thanks for the advise, I will use it.
It looks like the problems I see are already taken care for but I did not notice it.

About the 'persistance' of the problem.
I assume that -DCMAKE_FIND_PACKAGE_PREFER_CONFIG=ON will take care and I will check for it.
But this is what happend to me.

1. Removed cmake\FindTBB.cmake
2. Configured and build openVDB, no problems.
3. Try to install the build results, in my case to h:/lib/OpenVDB
   This failed because the install procedure tried to copy cmake\FindTBB.cmake to the h:/lib/OpenVDB location.

I guess that this ticked can close.