При использовании одной конфигурационной среды Unixmakefiles и Conan 1.x было легко указать тип сборки в профиле CONAN и использовать пакеты в CMAKE с использованием генератора CMAKE и сгенерированного файла CONANBUILDINFO.CMAKE (вручную INTER_INCLUDE_DIRECTIORES и TARGET_LINK_DIRECERIES). и связать их из моего проекта, который может использовать любой тип сборки, то есть отладку/relwithdebinfo /..
При попытке обновляться до CONAN 2.x, я считаю, что новый метод, основанный на цели, очень просты:
просто запустите CONAN, используя CONAN_Provider.cmake, затем включают в себя сгенерированный файл с Target_link_link_LIBRIBRESE, использующий что-то, что обычно, как обычно, что-то вроде, как что-то, что можно использовать:. /> Однако я сталкиваюсь с проблемой при использовании профиля CONAN с типом сборки, который не совпадает с CMAKE_BUILD_TYPE. Например, я хотел бы построить установленные библиотеки CONAN с помощью «релиз», но мой проект с «relwithdebinfo».
При использовании Target_link_libraries он находит только версию с тем же типом сборки, что и Cmake, и, следовательно, не включает/связать правильные библиотеки/заголовки. Использование конкретных переменных, кажется, больше невозможно с Conan-V2.
Подробнее здесь: https://stackoverflow.com/questions/797 ... building-u
Использование Conan V-2.x встроенные пакеты одного типа сборки в здании проекта Cmake с использованием другого типа сбор ⇐ C++
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение