<div dir="ltr">Hi,<div><br></div><div>I have some find_library lines like the following:</div><div><br></div><div><div>find_library(protobuf_protobuf protobuf PATHS /Users/oliverdain/Documents/code/revl/.install/${ARCH}/${VARIANT}/protobuf/3.4.1.r1/lib NO_DEFAULT_PATH )</div><div>target_link_libraries(ml_editing PUBLIC ${protobuf_protobuf})</div></div><div><br></div><div>These work find when $ARCH and $VARIANT are set to OSX and either Debug or Release (my target system). However, If I run</div><div><br></div><div>cmake -H. -B/Users/oliverdain/Documents/code/revl/cpp/build/build/IPHONE/Release -DCMAKE_TOOLCHAIN_FILE=ios.toolchain.cmake -DIOS_PLATFORM=OS -DCMAKE_BUILD_TYPE=Release -DARCH=IPHONE -DVARIANT=Release<br></div><div><br></div><div>the libraries are reported not found (the standard "CMake Error: The following variables are used in this project, but they are set to NOTFOUND." error) even though the libraries are in the specified location. For example, it says it can't find the protobuf libs but an ls yields:</div><div><br></div><div><div>$ ls /Users/oliverdain/Documents/code/revl/.install/IPHONE/Release/protobuf/3.4.1.r1/lib</div><div>cmake<span style="white-space:pre">                 </span>libprotobuf-lite.a<span style="white-space:pre">   </span>libprotobuf.a<span style="white-space:pre">                </span>pkgconfig</div></div><div><br></div><div>Note that if I change the NO_DEFAULT_PATH specification in the find_library line to NO_CMAKE_FIND_ROOT_PATH everything works as expected and the libs are found and linked (and I know its the right libs because things also run).</div><div><br></div><div>Is this a bug or is there something I don't understand about NO_DEFAULT_PATH?</div><div><br></div><div>Thanks,</div><div>Oliver</div><div><br></div><div>PS: I know the hard coded full path names are odd - the CMakeLists.txt files are actually generated -- it's a long story.</div></div>