Cmake definions

использовал бы ты autotools, такая проблема тебя бы не беспокоила

У autotools свои моменты. С них и перелез на cmake.

А если кавычки убрать? Между строчками же ничего нет, что может влиять на эту переменную?

В сишном коде получится:

#define GUI_CONSTRUCT_PATH /usr/share/simple-fb2-reader/simple-fb2-reader.glade

Переменая ${PROJECT} подставляется нормально.

Можешь весь скрипт скинуть?

https://github.com/Cactus64k/simple-fb2-reader/blob/master/CMakeLists.txt

Вот так это выглядит при сборке:

/usr/bin/cc  -DGUI_CONSTRUCT_PATH=\"share/simple-fb2-reader/simple-fb2-reader.glade\" -DPACKAGE_NAME=\"simple-fb2-reader\" -DPACKAGE_VERSION=\"1.1.1\"

у меня переменная CMAKE_INSTALL_DATAROOTDIR равна share

А переменная определена CMAKE_INSTALL_DATAROOTDIR?

у меня переменная CMAKE_INSTALL_DATAROOTDIR равна share

Так и задумывалось:

if(NOT DEFINED CMAKE_INSTALL_DATAROOTDIR)
  set(CMAKE_INSTALL_DATAROOTDIR "share" CACHE PATH "read-only architecture-independent data root (share)")
endif()

я понимаю. не понимаю, в чём проблема. У меня везде всё подставляется

не понимаю, в чём проблема

Cactus64k ожидает, что install(FILES) будет всегда требовать абсолютный путь, поэтому на основании того факта, что ${CMAKE_INSTALL_DATAROOTDIR}/applications/ работает, решил, что в CMAKE_INSTALL_DATAROOTDIR — абсолютный путь. И пытается его так использовать.

В итоге его приложение ищет glade-файлы не в /usr/share/$projectname, а по относительному пути share/$projectname, где их нет.

Я ожидаю, что CMAKE_INSTALL_DATAROOTDIR будет установлена в самом начале выполнения мейкфайла, а не только при инстале.

add_definitions (-DGUI_CONSTRUCT_PATH="${CMAKE_INSTALL_PREFIX}/${CMAKE_INSTALL_DATAROOTDIR}/${PROJECT}/${PROJECT}.glade")

Я ожидаю, что CMAKE_INSTALL_DATAROOTDIR будет установлена в самом начале выполнения мейкфайла

Она и установлена. Только не в то значение, что ты ожидаешь.