Можно ли опираться на порядок объявления переменных в пресетах CMake?

Сначало считывается CMakePresets.json, потом CMakeUserPresets.json.

Т.е. я даже не могу определить пресет в CMakeUserPresets.json, который потом можно было бы унаследовать в CMakePresets.json?

Ну это логично. Базовые предметы в CMakePresets.json, их рекомендуют включать в гит. А пользовательские CMakeUserPresets.json у каждого свои.

А как ещё можно задать, к примеру, путь «toolchainFile», который на каждой машине свой, не прибегая к переменным окружения? Или переменные окружения это единственный способ?

Вот для этого CMakeUserPresets.json и нужен.

Каким образом, если выясняется, что CMakeUserPresets.json читается после CMakePresets.json?

Почитайте про наследование пресетов, ключевое слово inherit.

Почитайте про наследование пресетов, ключевое слово inherit.

Ну там написано:

Presets in CMakePresets.json may not inherit from presets in CMakeUserPresets.json

Получается нельзя.

Тогда в чём смысл?

Не вижу проблемы.

• В CMakePresets.json определяете пресет foo, в котором задаёте всё кроме пути к тулчену.
• В CMakeUserPresets.json определяете пресет bar, в котором задаёте inherit=foo и путь к тулчену.
• Делаете cmake --preset=bar ..

Да, но тогда получается у нас нет сборки по умолчанию и возможности кастомизировать один и тот же пресет - пресет и название конфигурации придётся менять от среды к среде. Нельзя просто подкладывать изменения в виде файла. По моему это нагрузка на пользователя, он должен держать это в голове и производить незибежные манипуляции после каждого клонирования из репозитория.

нет, так нельзя делать. Таким способом можно ссылаться только на небольшой белый список переменных, но не на те которые ты сам задаешь в cacheVariables.

воркэраунд - задать VAR1 в переменных среды, тогда должно сработать.

"environment": {
  "VAR1": "linux.org.ru"
},
"cacheVariables": {
  "VAR2": "$env{VAR1}"
}

собственно читайте доки, там все написано: https://cmake.org/cmake/help/latest/manual/cmake-presets.7.html#macro-expansion

Если исключить CMakeUserPresets.json из системы контроля версий, то пользователь один раз это настроит и дальше будет только обновлять ветку и пересобирать прогу. Продвинутый пользователь напишет памятку или даже скрипт в три строки.

И если вы хотите упростить жизнь пользователю, напишите подробную инструкцию по сборке. Ещё лучше – сделайте сборки для популярных платформ.

путь «toolchainFile», который на каждой машине свой

Почему toolchainFile не лежит в папке cmake проекта?

Почему toolchainFile не лежит в папке cmake проекта?

Он лежит, например, в каталоге экземпляра vcpkg. При пользовании vcpkg вроде такая рекомендация.

То есть для сборки программы нужен тулчнйн, cmake, git, vcpkg и это ничуть не смущает простого пользователя?

Ну с этим всем возьни на один раз, особенно если это всё втоматизировано, в противовес тому, что нужно делать каждый раз, когда клонируешь себе репозиторий с исходным кодом на новое место.

anonymous, Lrrr, спасибо, парни за ответы.