Що таке CMake еквівалент "configure --prefix = DIR && make all install"?

Я роблю cmake . && make all install. Це працює, але встановлюється в /usr/local.

Мені потрібно встановити інший префікс (наприклад, до /usr).

Що таке cmakeі makeкомандний рядок для установки на /usrа /usr/local?

Ви можете передавати будь-яку змінну CMake в командному рядку або редагувати кешовані змінні за допомогою ccmake / cmake-gui. У командному рядку

cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr. && змусити все встановити

Налаштував би проект, створив усі цілі та встановив би префікс / usr. Тип (PATH) не є суворо необхідним, але це призведе до того, що на основі Qt cmake-gui буде представлено діалог вибору каталогу.

Деякі незначні доповнення як коментарі дають зрозуміти, що надання простої еквівалентності для деяких недостатньо. Найкращою практикою було б використання зовнішнього каталогу збірки, тобто не джерела безпосередньо. Також використовувати більш загальний синтаксис CMake, що абстрагує генератор.

mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr .. && cmake --build. - встановити ціль - випустити конфіг

Ви можете бачити, що вона стає зовсім трохи довшою, і вже не є прямо еквівалентною, але ближче до найкращих практик у досить стислому вигляді ... --config використовується лише генераторами з декількома конфігураціями (тобто MSVC), ігнорується іншими.

Частину ": PATH" у прийнятій відповіді можна опустити. Цей синтаксис може бути більш пам'ятним:

cmake -DCMAKE_INSTALL_PREFIX=/usr . && make all install

... як він використовується в відповідях тут .

Зауважте, що і в CMake, і в Autotools вам не завжди потрібно встановлювати шлях установки під час налаштування. Ви можете використовувати DESTDIR під час встановлення (див. Також тут ) замість цього:

make DESTDIR=<installhere> install

Дивіться також це питання, яке пояснює тонку різницю між DESTDIR та PREFIX.

Це призначено для поетапних встановлень і для того, щоб зберігати програми в іншому місці, де вони виконуються, наприклад, /etc/alternativesчерез символічні посилання.

Однак якщо ваш пакет переміщується і не потребує жодних жорстких кодованих (префіксів) шляхів, встановлених через етап налаштування, можливо, ви зможете його пропустити. Тож замість:

cmake -DCMAKE_INSTALL_PREFIX=/usr . && make all install

ти біжиш:

cmake . && make DESTDIR=/usr all install

Зауважте, що, як вказує user7498341, це не підходить для випадків, коли ви дійсно повинні використовувати PREFIX.

Я будую крос-платформу проектів CMake наступним чином:

/project-root> mkdir build
/project-root> cd build
/project-root/build> cmake -G "<generator>" -DCMAKE_INSTALL_PREFIX=stage ..
/project-root/build> cmake --build . --target=install --config=Release

• Перші два рядки створюють каталог збірки вихідних джерел
• Третій рядок генерує систему збирання, вказуючи, куди слід помістити результат установки (який я завжди розміщую ./project-root/build/stage- шлях завжди вважається відносно поточного каталогу, якщо він не є абсолютним)
• Четвертий рядок будує проект, сконфігурований .із системою builds, налаштованою в рядку раніше. Він виконає installціль, яка також будує всі необхідні залежні цілі, якщо їх потрібно створити, а потім скопіює файли в CMAKE_INSTALL_PREFIX(що в цьому випадку є ./project-root/build/stage. Для складання багатоконфігурації, як у Visual Studio, ви також можете вказати конфігурацію з необов'язковий --config <config>прапор.
• Хороша частина команди при використанні cmake --buildкоманди полягає в тому, що вона працює для всіх генераторів (тобто makefiles та Visual Studio), не потребуючи різних команд.

Після цього я використовую встановлені файли для створення пакетів або включення їх до інших проектів ...

Щодо відповіді Брюса Адамса:

Ваша відповідь створює небезпечну плутанину. DESTDIR призначений для встановлення з кореневого дерева. Це дозволяє побачити, що було б встановлено в кореневому дереві, якби не вказано DESTDIR. PREFIX - базовий каталог, на якому базується реальна установка.

Наприклад, PREFIX = / usr / local вказує, що кінцевим пунктом призначення пакету є / usr / local. Використовуючи DESTDIR = $ HOME встановить файли так, ніби $ HOME був коренем (/). Якщо, скажімо, DESTDIR, був / tmp / destdir, можна було б побачити, що вплине на "встановлення". У цьому дусі DESTDIR ніколи не повинен впливати на побудовані об'єкти.

Сегмент makefile, щоб пояснити це:

install:
    cp program $DESTDIR$PREFIX/bin/program

Програми повинні припускати, що PREFIX є базовим каталогом остаточного (тобто виробничого) каталогу. Можливість посилання на програму, встановлену в DESTDIR = / щось означає, що програма не має доступу до файлів, заснованих на PREFIX, як це просто не працює. cat (1) - програма, яка (у найпростішому вигляді) може працювати з будь-якого місця. Ось приклад, який не буде:

prog.pseudo.in:
    open("@prefix@/share/prog.db")
    ...

prog:
    sed -e "s/@prefix@/$PREFIX/" prog.pseudo.in > prog.pseudo
    compile prog.pseudo

install:
    cp prog $DESTDIR$PREFIX/bin/prog
    cp prog.db $DESTDIR$PREFIX/share/prog.db

Якщо ви спробували запустити прогу з іншого місця, ніж $ PREFIX / bin / prog, prog.db ніколи не знайдеться, оскільки він не знаходиться в очікуваному місці.

Нарешті, / etc / alternative дійсно не працює таким чином. Існують посилання на програми, встановлені в кореневому дереві (наприклад, vi -> / usr / bin / nvi, vi -> / usr / bin / vim тощо).

Вважається поганою практикою викликати фактичний генератор (наприклад, через make), якщо використовується CMake . Дуже рекомендується робити це так:

1. Налаштування фази:

   cmake -Hfoo -B_builds/foo/debug -G"Unix Makefiles" -DCMAKE_BUILD_TYPE=Debug -DCMAKE_DEBUG_POSTFIX=d -DCMAKE_INSTALL_PREFIX=/usr
   

2. Побудова та встановлення фаз

   cmake --build _builds/foo/debug --config Debug --target install
   

Дотримуючись такого підходу, генератор можна легко перемикати (наприклад, -GNinjaдля Ninja ), не запам'ятовуючи жодних конкретних для генератора команд.

Починаючи з CMake 3.15, правильним способом досягнення цього було б використання:

cmake --install <dir> --prefix "/usr"

Офіційна документація