'Configure --prefix = DIR && make all install' CMake eşdeğeri nedir?

Ben yaparım cmake . && make all install. Bu çalışır, ancak yüklenir /usr/local.

Farklı bir önek için yüklemeniz gerekir (örneğin, için /usr).

Bunun yerine yüklenecek cmakeve makekomut satırı nedir ?/usr/usr/local

Komut satırında herhangi bir CMake değişkenini iletebilir veya ccmake / cmake-gui'yi kullanarak önbelleğe alınmış değişkenleri düzenleyebilirsiniz. Komut satırında,

cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr. && tüm yüklemeyi yap

Projeyi yapılandırır, tüm hedefleri oluşturur ve / usr önekine yükler. (PATH) türü kesinlikle gerekli değildir, ancak Qt tabanlı cmake-gui'nin dizin seçici iletişim kutusunu göstermesine neden olur.

Yorum olarak yapılan bazı küçük eklemeler, bazıları için basit bir denklik sağlamanın yeterli olmadığını açıkça ortaya koymaktadır. En iyi uygulama harici bir derleme dizini kullanmaktır, yani doğrudan kaynak değil. Ayrıca jeneratörü soyutlayan daha genel CMake sözdizimi kullanmak için.

mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr .. && cmake --build. --target install --config Sürümü

Biraz daha uzun sürdüğünü ve artık doğrudan eşdeğer olmadığını görüyorsunuz, ancak oldukça özlü bir biçimde en iyi uygulamalara daha yakın ... --config yalnızca göz ardı edilen çoklu yapılandırma jeneratörleri (örn. MSVC) tarafından kullanılıyor. diğerleri.

Kabul edilen cevaptaki ": PATH" kısmı atlanabilir. Bu sözdizimi daha akılda kalıcı olabilir:

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

... olarak cevaplar kullanılan burada .

Hem CMake hem de Autotools'ta kurulum yolunu her zaman yapılandırma zamanında ayarlamanız gerekmediğini unutmayın. DESTDIR'i yükleme zamanında kullanabilirsiniz (ayrıca buraya bakın ):

make DESTDIR=<installhere> install

Ayrıca DESTDIR ve PREFIX arasındaki ince farkı açıklayan bu soruya bakın .

Bu, aşamalı yüklemeler ve programların çalıştırıldıkları yerden farklı bir yerde, örneğin /etc/alternativessembolik bağlantılar aracılığıyla depolanmasına izin vermek için tasarlanmıştır .

Paket relocatable ve yapılandırmak aşamasında üzerinden ayarlanır herhangi bir sabit kodlanmış (önek) yolları ihtiyacı yoksa Ancak, olabilir o atlamak mümkün. Yani yerine:

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

koşacaktın:

cmake . && make DESTDIR=/usr all install

User7498341'in belirttiği gibi, bunun gerçekten PREFIX kullanmanız gereken durumlar için uygun olmadığını unutmayın.

CMake projeleri çapraz platformunu oluşturma şeklim şudur:

/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

• İlk iki satır, kaynak dışı derleme dizini oluşturur
• Üçüncü satır, kurulum sonucunu nereye koyacağımı belirten derleme sistemini oluşturur (her zaman yerleştirdiğimde ./project-root/build/stage- yol her zaman geçerli dizine göre mutlak değilse dikkate alınır)
• Dördüncü satır, daha .önce satırda yapılandırılmış yapı sistemiyle yapılandırılmış projeyi oluşturur . installOluşturulmaları gerekiyorsa, tüm gerekli bağımlı hedefleri de oluşturan hedefi yürütür ve dosyaları CMAKE_INSTALL_PREFIX(bu durumda ./project-root/build/stage. isteğe bağlı --config <config>bayrak.
• cmake --buildKomutu kullanırken iyi tarafı, farklı komutlara ihtiyaç duymadan tüm jeneratörler (makefiles ve Visual Studio) için çalışmasıdır.

Daha sonra paketleri oluşturmak veya diğer projelere dahil etmek için yüklü dosyaları kullanıyorum ...

Bruce Adams cevabı hakkında:

Cevabınız tehlikeli bir karışıklık yaratıyor. DESTDIR, kök ağaçtan kurulumlar için tasarlanmıştır. DESTDIR belirtilmemişse, kök ağacına neyin yükleneceğini görmenize izin verir. PREFIX, gerçek kurulumun dayandığı temel dizindir.

Örneğin, PREFIX = / usr / local bir paketin son hedefinin / usr / local olduğunu gösterir. DESTDIR = $ HOME kullanıldığında dosyalar $ HOME kök (/) gibi yüklenecektir. DESTDIR diyelim ki / tmp / destdir, 'make install'in neyi etkileyeceğini görebilirsiniz. Bu ruhla DESTDİR asla inşa edilen nesneleri etkilememelidir.

Bunu açıklamak için bir makefile segmenti:

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

Programlar, PREFIX'in son (yani üretim) dizininin temel dizini olduğunu varsaymalıdır. DESTDIR = / bir şeye kurulmuş bir programa sembolik bağlanma olasılığı, programın PREFIX tabanlı dosyalara sadece çalışmadığı için erişmediği anlamına gelir. cat (1) (en basit haliyle) her yerden çalışabilecek bir programdır. İşte olmayacak bir örnek:

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

Prog $ PREFIX / bin / prog dışında bir yerden çalıştırmayı denediyseniz, prog.db beklenen konumda olmadığı için asla bulunamaz.

Son olarak, / etc / alternatifleri gerçekten bu şekilde çalışmaz. Kök ağacında kurulu programlara sembolik bağlar vardır (örn. Vi -> / usr / bin / nvi, vi -> / usr / bin / vim, vb.).

CMakemake kullanılıyorsa gerçek jeneratörü (örneğin üzerinden ) çağırmak kötü bir uygulama olarak kabul edilir . Bunu böyle yapmanız şiddetle tavsiye edilir:

1. Aşama yapılandır:

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

2. Derleme ve Kurulum aşamaları

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

Bu yaklaşımı izlerken, jeneratöre özgü komutları hatırlamak zorunda kalmadan jeneratör kolayca değiştirilebilir (örn -GNinja. Ninja için ).

CMake 3.15'ten başlayarak, bunu başarmanın doğru yolu aşağıdakileri kullanmak olacaktır:

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

Resmi Belgeler