O que é o CMake equivalente a 'configure --prefix = DIR && make all install'?

Eu faço cmake . && make all install. Isso funciona, mas instala para /usr/local.

Preciso instalar em um prefixo diferente (por exemplo, para /usr).

Qual é a linha de comando cmakee makepara instalar em /usrvez de /usr/local?

Você pode passar qualquer variável CMake na linha de comando ou editar variáveis ​​em cache usando ccmake / cmake-gui. Na linha de comando,

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

Configure o projeto, construa todos os destinos e instale no prefixo / usr. O tipo (PATH) não é estritamente necessário, mas faria com que o cmake-gui baseado em Qt apresentasse a caixa de diálogo do seletor de diretório.

Algumas pequenas inclusões como comentários deixam claro que fornecer uma equivalência simples não é suficiente para alguns. A melhor prática seria usar um diretório de construção externo, ou seja, não a fonte diretamente. Também para usar a sintaxe mais genérica do CMake, abstraindo o gerador.

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

Você pode ver que fica um pouco mais longo e não é mais equivalente diretamente, mas está mais próximo das melhores práticas de forma bastante concisa ... O --config é usado apenas por geradores de várias configurações (por exemplo, MSVC), ignorados por outros.

A parte ": PATH" na resposta aceita pode ser omitida. Essa sintaxe pode ser mais memorável:

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

... conforme usado nas respostas aqui .

Observe que no CMake e no Autotools nem sempre é necessário definir o caminho da instalação no momento da configuração. Você pode usar o DESTDIR no momento da instalação (veja também aqui ) como em:

make DESTDIR=<installhere> install

Veja também esta pergunta que explica a diferença sutil entre DESTDIR e PREFIX.

Isso é destinado a instalações em etapas e permite o armazenamento de programas em um local diferente do local em que são executados, por exemplo, por /etc/alternativesmeio de links simbólicos.

No entanto, se o seu pacote for realocável e não precisar de nenhum caminho codificado (prefixo) definido através do estágio de configuração, você poderá ignorá-lo. Então, em vez de:

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

você correria:

cmake . && make DESTDIR=/usr all install

Observe que, como aponta user7498341, isso não é apropriado para os casos em que você realmente deveria estar usando PREFIX.

A maneira como construo projetos entre plataformas do CMake é a seguinte:

/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

• As duas primeiras linhas criam o diretório de construção fora da fonte
• A terceira linha gera o sistema de construção especificando onde colocar o resultado da instalação (no qual eu sempre coloco ./project-root/build/stage- o caminho é sempre considerado em relação ao diretório atual, se não for absoluto)
• A quarta linha cria o projeto configurado .com o sistema de construção configurado na linha anterior. Ele executará o installdestino, que também cria todos os destinos dependentes necessários, se eles precisarem ser construídos, e copia os arquivos no diretório CMAKE_INSTALL_PREFIX(que nesse caso é ./project-root/build/stage.) Para construções com várias configurações, como no Visual Studio, você também pode especificar a configuração com a --config <config>bandeira opcional .
• A parte boa ao usar o cmake --buildcomando é que ele funciona para todos os geradores (por exemplo, makefiles e Visual Studio) sem a necessidade de comandos diferentes.

Depois, uso os arquivos instalados para criar pacotes ou incluí-los em outros projetos ...

Em relação à resposta de Bruce Adams:

Sua resposta cria confusão perigosa. DESTDIR destina-se a instalações fora da árvore raiz. Ele permite ver o que seria instalado na árvore raiz se não especificasse DESTDIR. PREFIX é o diretório base no qual a instalação real se baseia.

Por exemplo, PREFIX = / usr / local indica que o destino final de um pacote é / usr / local. Usar DESTDIR = $ HOME instalará os arquivos como se $ HOME fosse a raiz (/). Se, digamos DESTDIR, fosse / tmp / destdir, seria possível ver o que 'make install' afetaria. Nesse espírito, DESTDIR nunca deve afetar os objetos construídos.

Um segmento de makefile para explicá-lo:

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

Os programas devem assumir que PREFIX é o diretório base do diretório final (ou seja, produção). A possibilidade de vincular um programa instalado no DESTDIR = / algo significa apenas que o programa não acessa arquivos com base no PREFIX, pois simplesmente não funcionaria. O cat (1) é um programa que (em sua forma mais simples) pode ser executado de qualquer lugar. Aqui está um exemplo que não:

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 você tentou executar o prog de outro lugar que não o $ PREFIX / bin / prog, o prog.db nunca seria encontrado, pois não está no local esperado.

Finalmente, o / etc / alternative realmente não funciona dessa maneira. Existem links simbólicos para programas instalados na árvore raiz (por exemplo, vi -> / usr / bin / nvi, vi -> / usr / bin / vim, etc.).

É uma prática recomendada chamar o gerador real (por exemplo, via make) se estiver usando o CMake . É altamente recomendável fazer assim:

1. Fase de configuração:

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

2. Fases de construção e instalação

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

Ao seguir esta abordagem, o gerador pode ser facilmente trocado (por exemplo, -GNinjapara Ninja ) sem ter que lembrar de nenhum comando específico do gerador.

Começando com o CMake 3.15, a maneira correta de conseguir isso seria usando:

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

Documentação oficial