Qual è l'equivalente di CMake di 'configure --prefix = DIR && make all install'?

Lo faccio cmake . && make all install. Funziona, ma si installa su /usr/local.

Devo installare un prefisso diverso (ad esempio, a /usr).

Qual è la riga di comando cmakee makeda installare /usrinvece di /usr/local?

È possibile passare qualsiasi variabile CMake sulla riga di comando o modificare le variabili memorizzate nella cache utilizzando ccmake / cmake-gui. Sulla riga di comando,

cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr. && effettua l'installazione completa

Configurerebbe il progetto, costruiva tutte le destinazioni e si installava nel prefisso / usr. Il tipo (PATH) non è strettamente necessario, ma farebbe in modo che cmake-gui basato su Qt presentasse la finestra di dialogo di scelta della directory.

Alcune aggiunte minori come commenti chiariscono che fornire una semplice equivalenza non è sufficiente per alcuni. La migliore pratica sarebbe quella di utilizzare una directory di build esterna, cioè non la fonte direttamente. Anche per usare una sintassi CMake più generica astrarre il generatore.

mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr .. && cmake --build. --target install --config Release

Puoi vedere che diventa un po 'più lungo e non è più direttamente equivalente, ma è più vicino alle migliori pratiche in una forma abbastanza concisa ... --config è usato solo da generatori multi-configurazione (cioè MSVC), ignorato dagli altri.

La parte ": PATH" nella risposta accettata può essere omessa. Questa sintassi può essere più memorabile:

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

... come usato nelle risposte qui .

Si noti che sia in CMake che in Autotools non è sempre necessario impostare il percorso di installazione al momento della configurazione. È possibile utilizzare DESTDIR al momento dell'installazione (vedere anche qui ) invece come in:

make DESTDIR=<installhere> install

Vedi anche questa domanda che spiega la sottile differenza tra DESTDIR e PREFIX.

Ciò è previsto per installazioni in fasi e per consentire l'archiviazione di programmi in una posizione diversa da quella in cui vengono eseguiti, ad esempio /etc/alternativestramite collegamenti simbolici.

Tuttavia, se il pacchetto è trasferibile e non richiede percorsi codificati (prefisso) impostati tramite la fase di configurazione, è possibile saltarlo. Quindi invece di:

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

corri:

cmake . && make DESTDIR=/usr all install

Si noti che, come sottolinea user7498341, questo non è appropriato per i casi in cui si dovrebbe davvero utilizzare PREFIX.

Il modo in cui costruisco i progetti CMake multipiattaforma è il seguente:

/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

• Le prime due righe creano la directory di build out-of-source
• La terza riga genera il sistema di generazione specificando dove inserire il risultato dell'installazione (che inserisco sempre ./project-root/build/stage- il percorso è sempre considerato relativo alla directory corrente se non è assoluto)
• La quarta riga crea il progetto configurato .con il buildsystem configurato nella riga precedente. Eseguirà la installdestinazione che costruisce anche tutte le destinazioni dipendenti necessarie se devono essere costruite e quindi copia i file nel CMAKE_INSTALL_PREFIX(che in questo caso è ./project-root/build/stage. Per le build multi-configurazione, come in Visual Studio, puoi anche specificare la configurazione con la --config <config>bandiera opzionale .
• La parte buona quando si utilizza il cmake --buildcomando è che funziona per tutti i generatori (es. Makefile e Visual Studio) senza bisogno di comandi diversi.

Successivamente utilizzo i file installati per creare pacchetti o includerli in altri progetti ...

Per quanto riguarda la risposta di Bruce Adams:

La tua risposta crea pericolosa confusione. DESTDIR è destinato alle installazioni dall'albero della radice. Permette di vedere cosa verrebbe installato nell'albero della radice se non si specifica DESTDIR. PREFIX è la directory di base su cui si basa l'installazione reale.

Ad esempio, PREFIX = / usr / local indica che la destinazione finale di un pacchetto è / usr / local. Usando DESTDIR = $ HOME installerai i file come se $ HOME fosse il root (/). Se, diciamo DESTDIR, fosse / tmp / destdir, si potrebbe vedere che cosa influirebbe su "make install". In questo spirito, DESTDIR non dovrebbe mai influenzare gli oggetti costruiti.

Un segmento di makefile per spiegarlo:

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

I programmi devono presumere che PREFIX sia la directory di base della directory finale (cioè di produzione). La possibilità di collegare simbolicamente un programma installato in DESTDIR = / qualcosa significa solo che il programma non accede ai file basati su PREFIX in quanto semplicemente non funzionerebbe. cat (1) è un programma che (nella sua forma più semplice) può essere eseguito da qualsiasi luogo. Ecco un esempio che non lo farà:

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

Se si provasse a eseguire prog da altrove rispetto a $ PREFIX / bin / prog, prog.db non verrebbe mai trovato in quanto non si trova nella posizione prevista.

Infine, / etc / alternative non funziona davvero in questo modo. Esistono collegamenti simbolici ai programmi installati nella struttura ad albero delle radici (ad es. Vi -> / usr / bin / nvi, vi -> / usr / bin / vim, ecc.).

È considerata una cattiva pratica invocare il generatore effettivo (ad es. Via make) se si utilizza CMake . Si consiglia vivamente di farlo in questo modo:

1. Configura fase:

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

2. Fasi di costruzione e installazione

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

Seguendo questo approccio, il generatore può essere facilmente commutato (ad esempio -GNinjaper Ninja ) senza dover ricordare alcun comando specifico del generatore.

A partire da CMake 3.15, il modo corretto per raggiungere questo obiettivo sarebbe utilizzare:

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

Documentazione ufficiale