SE
find_path(OpenCV_ROOT_DIR NAMES test.pp PATHS test)как то так
как то так
Size: a a a
2018 November 23
как то так
II
интересует не тест, интересует
include/opencv/cv.h, для которого OpenCV_ROOT_DIR должен стать /sdk/opencvII
я ожидал, что указав
CMAKE_FIND_ROOT_PATH=/sdk/opencv поиск будет начинаться именно из указанного пути, но он почему-то начинается из {путь}/includeSE
а блин, у тебя все неверно
SE
первый аргумент это куда будет записан найденный путь
SE
find_path(OpenCV_INCLUDE_DIR NAMES test.pp PATHS ${OpenCV_ROOT_DIR} PATH_SUFFIXES test)SE
find_path(OpenCV_INCLUDE_DIR NAMES opencv/cv.h PATHS ${OpenCV_ROOT_DIR})II
отлично, а как мне теперь найти сам
OpenCV_ROOT_DIR?)SE
передавать при вызове cmake? :)
AZ
@crackedmind а сюды можно вопросы по пакетным менеджерам?
EP
я за
SE
@crackedmind а сюды можно вопросы по пакетным менеджерам?
ну а почему бы и нет
II
не хотеть, хотеть передавать при вызове
-DSDK_PATH=/sdk/hi3531, и дальше в нем находить все и всяческие курлы, опенцв, бусты и йтAZ
ну а почему бы и нет
тогда у мменя вопрос про vcpkg - когда там планируют подвезти версии? у меня тут просто интересовались
AZ
я помню, что ты говорил, что идеология не та, только последняя версия и тому подобную дичь, но всё же
SE
тогда у мменя вопрос про vcpkg - когда там планируют подвезти версии? у меня тут просто интересовались
видимо пока не собираются :)
Vcpkg's approach to accessing previous versions is exactly what you've done; either using git reset to freeze yourself to the set of library versions you need or using git checkout <sha> -- ports/boost to pull a specific version of a specific port forward.
You might also find the vcpkg export command useful if you only need the old set of libraries for a single project and you'd otherwise like to have the newer boost version available. Simply clone a second copy of Vcpkg (at the old commit), then install all the libraries you'd like to have, then use vcpkg export boost:x64-windows --nuget --zip to get a fully shrink-wrapped bundle of your projects dependencies.
This approach minimizes the burden on library authors and maintainers (how many boost versions must you test against? We say: only the latest supported upstream release), though the user experience can be rough as you've experienced and we do want to improve it in the future.
II
не хотеть, хотеть передавать при вызове
-DSDK_PATH=/sdk/hi3531, и дальше в нем находить все и всяческие курлы, опенцв, бусты и йтно вообще меня собственно интересует в данный момент не столько решение данной задачи, сколько почему
find_path() начинает искать не из указанного корня, а из папки include в нёмEP
видимо пока не собираются :)
Vcpkg's approach to accessing previous versions is exactly what you've done; either using git reset to freeze yourself to the set of library versions you need or using git checkout <sha> -- ports/boost to pull a specific version of a specific port forward.
You might also find the vcpkg export command useful if you only need the old set of libraries for a single project and you'd otherwise like to have the newer boost version available. Simply clone a second copy of Vcpkg (at the old commit), then install all the libraries you'd like to have, then use vcpkg export boost:x64-windows --nuget --zip to get a fully shrink-wrapped bundle of your projects dependencies.
This approach minimizes the burden on library authors and maintainers (how many boost versions must you test against? We say: only the latest supported upstream release), though the user experience can be rough as you've experienced and we do want to improve it in the future.
AZ
видимо пока не собираются :)
Vcpkg's approach to accessing previous versions is exactly what you've done; either using git reset to freeze yourself to the set of library versions you need or using git checkout <sha> -- ports/boost to pull a specific version of a specific port forward.
You might also find the vcpkg export command useful if you only need the old set of libraries for a single project and you'd otherwise like to have the newer boost version available. Simply clone a second copy of Vcpkg (at the old commit), then install all the libraries you'd like to have, then use vcpkg export boost:x64-windows --nuget --zip to get a fully shrink-wrapped bundle of your projects dependencies.
This approach minimizes the burden on library authors and maintainers (how many boost versions must you test against? We say: only the latest supported upstream release), though the user experience can be rough as you've experienced and we do want to improve it in the future.
про это я знаю - но это же курам на смех
II
не курам на смех, а под другой юзкейс