Здравствуйте, Marty, Вы писали:

M>Здравствуйте!

M>Кто их вместе использует? Пользуете стандартным способом?

Да, уже лет 5.

M>Это ж надо самому указывать тулчейн-файл vcpkg.cmake (перед этим найдя его в батнике или .sh), задавать triplet, потом, если есть ещё какой-то тулчейн файл, то делать цепочку.
M>Как-то много возни.

Ну надо же как-то вашей билд системе знать где брать зависимости? Или через аргумент для cmake, или через переменные окружения. Оба способа — правильные.

M>Я хочу так: просто включаешь в свой проект какой-то свой .cmake/vcpkg.cmake, он сам всё определяет, какой хост, какой таргет, формирует triplet, находит, где лежит VCPKG-шный vcpkg.cmake, и подключает его.
M>Никто так не делал?
M>Есть подводные камни?

Я предпочитаю собирать все зависимости в отдельную папку и скармливать её через CMAKE_PREFIX_PATH, чтобы в самом проекте не было вообще никаких упоминаний пакетных менеджеров, а лишь голый cmake.
Подводные камни — это обновление зависимостей, иногда приходится делать полную пересборку всего. У меня в проекте примерно так:

vcpkg_args=(install)
vcpkg_args+=(--triplet="${vcpkg_triplet}")
vcpkg_args+=(--x-install-root="${temp_dir}")
vcpkg_args+=(--overlay-ports="${vcpkg_ports}")
"$vcpkg_root/vcpkg" "${vcpkg_args[@]}"
cp -n -r "${temp_dir}/${vcpkg_triplet}" "${thirdparty_dir}"

На входе vcpkg.json в текущей папке. На выходе в thirdparty_dir будет одна папка, которую я подключаю через CMAKE_PREFIX_PATH.

M>Когда подключать такой свой детектор?
M>Тулчайн файлы отрабатывают обычно до директивы project, но делать какие-то подключения своих файлов до project как-то не очень красиво. Могут быть проблемы, если я свой детектор VCPKG буду после project подключать?

До project(), это нормально, я так раньше делал но отказался, когда перешёл на вышеописанный способ.