Home › Forum › SOFA › Getting Started › [SOLVED] does DIR-NOTFOUND bad?
Tagged: 64_bit, Cmake 3.18.5 20.06.01, SOFA, Windows 10
- This topic has 5 replies, 2 voices, and was last updated 5 years ago by
Hugo.
-
AuthorPosts
-
15 December 2020 at 17:38 #18030
A_Jay
BlockedHello
I want to know why cmake still don’t detect the directory of certain things such as SofaDistanceGrid, SofaSphFluid and metis even after manually set the path multiple times. It still gives the result of DIR-NOTFOUND. It shows no error after configuring but I want to know does affect the next process in MSVC?19 December 2020 at 00:37 #18065Hugo
Keymasterhey @ajay
Could you please explain with more details which cmake configure step you are refering to? which version of SOFA are you using? Could you share the error message?
Thx
Hugo
21 December 2020 at 16:45 #18075A_Jay
BlockedHello @Hugo
I received the message after I finished configuring in CMake. I used the Cmake ver. 3.18.5 and SOFA 20.06.01. To the be clear configuration process finished with no error message. However, at the SofaDistanceGrid, SofaSphFluid and metis will show at the value section “NAME_NOTFOUND”. I tried to set the path again but resulted in no success as it still shows the same thing. But it does not show any error during the configuring process in Cmake. I am just wondering is this a bug? And will this affect the next step using the MSVC?
30 December 2020 at 07:18 #18089A_Jay
BlockedI have a list of them here:
https://drive.google.com/file/d/1b32s8gjQ6_tM082GeX8ge9EVVdyEWU9i/view?usp=sharing
How can I fix this? Because I feel like it will affect the result
11 January 2021 at 20:20 #18187Hugo
KeymasterDear @ajay,
This should be no problem. You will be able to compile.
I will see exactly why these code do not define their DIR variable.Best,
Hugo
13 January 2021 at 13:39 #18199Hugo
KeymasterDear @ajay,
When a package (2) is searched by a package (1) (because 1 has a dependency on 2), CMake has actually several ways to find it:
– using the SOFA_ROOT variable
– using the CMAKE_PREFIX_PATH variable
– using the config.h.inIf the package (2) is found using one of the two first ways, the CMake variable NAME_DIR will be set to NOT_FOUND by CMake. CMake should rather inform that the package was found another way.
In four words: no worry, it works.
Best
Hugo
-
AuthorPosts
- You must be logged in to reply to this topic.
