cmake conditions

Для того же, для чего в ENDIF — наглядности. Не путать с ELSEIF

Это типа пишется переменная в каждом месте но несет смысловую нагрузку в первом IF? Если условие не срабатывает то переходим в ELSE и не важно что у нас в скобках?

это устаревшая форма синтаксиса cmake. Сейчас так никто не пишет.

if(BUILD_64_TARGET)
    set(...)
else()
    set(...)
endif()

В ELSE нет условия, это просто метка, помогающая понять, к какому IF-у оно относится

Понял спасибо.

Сейчас так никто не пишет

Не помню, чтобы в документации писали, что оно deprecated

оно стало необязательно с какой-то древней версии cmake, этого достаточно что бы так не писать :)

Оно не Deprecated. И это хорошо, т.к. сложные условия замучишься даже по выравниваниям отождествлять. А тут хоть метки есть... Странно, что даже qt-creator не выделяет блоки if в cmakelists.txt (хотя, вчера я офонарел, когда он мне после сохранения высветил ошибку; вот чем надо было сразу пользоваться, а не мучиться с mcedit, gedit и geany)!

Кстати, ТС, может тебе пригодится: шаблон под разделяемую библиотеку (с примерами использования, которые могут собираться, но не устанавливаться) и просто шаблоны CMakeLists.txt (только ты лучше из первой ссылки бери, там меньше кривизны).

Это стандартный вариант синтаксиса - для наглядности. Помогает подобное только в определениях функций - глазу легче зацепиться за endfunction(my_func), чем за endfunction()

CMake выдаст ворнинг если разные условия в скобках. Удобно, что бы не отстрелить ногу.

Альтернатива - держать скобки просто пустыми. В живых проектах с адекватным народом на борту, лично я предпочитаю второй вариант, а в кровавом, при пинпонге с индусами - таки первый. Опенсурс, кмк тот самый подвид кровавого энтерпрайза.

В общем и целом, я бы тебе порекомендовал почитать хотя бы доку по инструменту, которым ты решил пользоваться.