CMake tương đương với 'configure --prefix = DIR && thực hiện tất cả cài đặt' là gì?

Tôi làm cmake . && make all install. Điều này hoạt động, nhưng cài đặt để /usr/local.

Tôi cần cài đặt một tiền tố khác (ví dụ, để /usr).

Là gì cmakevà makedòng lệnh để cài đặt vào /usrthay vì /usr/local?

Bạn có thể chuyển vào bất kỳ biến CMake nào trên dòng lệnh hoặc chỉnh sửa các biến được lưu trong bộ nhớ cache bằng ccmake / cmake-gui. Trên dòng lệnh,

cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr. && thực hiện tất cả cài đặt

Sẽ cấu hình dự án, xây dựng tất cả các mục tiêu và cài đặt vào tiền tố / usr. Loại (PATH) không thực sự cần thiết, nhưng sẽ khiến cmake-gui dựa trên Qt trình bày hộp thoại chọn thư mục.

Một số bổ sung nhỏ như ý kiến ​​cho thấy rõ rằng việc cung cấp một sự tương đương đơn giản là không đủ cho một số. Thực hành tốt nhất sẽ là sử dụng một thư mục xây dựng bên ngoài, tức là không phải là nguồn trực tiếp. Ngoài ra để sử dụng cú pháp CMake chung chung trừu tượng hóa trình tạo.

mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX: PATH = / usr .. && cmake --build. --target cài đặt --config Phát hành

Bạn có thể thấy nó dài hơn một chút và không còn tương đương trực tiếp nữa, nhưng gần với các thực tiễn tốt nhất ở dạng khá ngắn gọn ... --config chỉ được sử dụng bởi các trình tạo đa cấu hình (ví dụ MSVC), bị bỏ qua bởi những người khác.

Phần ": PATH" trong câu trả lời được chấp nhận có thể được bỏ qua. Cú pháp này có thể dễ nhớ hơn:

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

... như được sử dụng trong các câu trả lời ở đây .

Lưu ý rằng trong cả CMake và Autotools, bạn không phải luôn đặt đường dẫn cài đặt vào thời gian định cấu hình. Bạn có thể sử dụng DESTDIR khi cài đặt (xem thêm tại đây ) thay vì như sau:

make DESTDIR=<installhere> install

Xem thêm câu hỏi này giải thích sự khác biệt tinh tế giữa DESTDIR và PREFIX.

Điều này được dành cho cài đặt theo giai đoạn và để cho phép lưu trữ các chương trình ở một vị trí khác với nơi chúng được chạy, ví dụ như /etc/alternativesthông qua các liên kết tượng trưng.

Tuy nhiên, nếu gói của bạn có thể định vị lại và không cần bất kỳ đường dẫn mã hóa (tiền tố) cứng nào được đặt qua giai đoạn cấu hình, bạn có thể bỏ qua nó. Vì vậy, thay vì:

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

bạn sẽ chạy:

cmake . && make DESTDIR=/usr all install

Lưu ý rằng, như user7498341 chỉ ra, điều này không phù hợp với những trường hợp bạn thực sự nên sử dụng PREFIX.

Cách tôi xây dựng các dự án CMake đa nền tảng như sau:

/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

• Hai dòng đầu tiên tạo thư mục xây dựng ngoài nguồn
• Dòng thứ ba tạo ra hệ thống xây dựng chỉ định nơi đặt kết quả cài đặt (mà tôi luôn đặt vào ./project-root/build/stage- đường dẫn luôn được coi là tương đối với thư mục hiện tại nếu nó không tuyệt đối)
• Dòng thứ tư xây dựng dự án được cấu hình .với hệ thống xây dựng được cấu hình trong dòng trước đó. Nó sẽ thực thi installmục tiêu cũng xây dựng tất cả các mục tiêu phụ thuộc cần thiết nếu chúng cần được xây dựng và sau đó sao chép các tệp vào CMAKE_INSTALL_PREFIX(trong trường hợp này là ./project-root/build/stage. Đối với các bản dựng đa cấu hình, như trong Visual Studio, bạn cũng có thể chỉ định cấu hình với --config <config>cờ tùy chọn .
• Phần tốt khi sử dụng cmake --buildlệnh là nó hoạt động cho tất cả các trình tạo (ví dụ makefiles và Visual Studio) mà không cần các lệnh khác nhau.

Sau đó, tôi sử dụng các tệp đã cài đặt để tạo các gói hoặc đưa chúng vào các dự án khác ...

Về câu trả lời của Bruce Adams:

Câu trả lời của bạn tạo ra sự nhầm lẫn nguy hiểm. DESTDIR được thiết kế để cài đặt ra khỏi cây gốc. Nó cho phép người ta thấy những gì sẽ được cài đặt trong cây gốc nếu người ta không chỉ định DESTDIR. PREFIX là thư mục cơ sở mà cài đặt thực sự dựa trên.

Ví dụ: PREFIX = / usr / local chỉ ra rằng đích cuối cùng của gói là / usr / local. Sử dụng DESTDIR = $ HOME sẽ cài đặt các tệp như thể $ HOME là gốc (/). Nếu, giả sử DESTDIR, là / tmp / Destdir, người ta có thể thấy những gì 'thực hiện cài đặt' sẽ ảnh hưởng. Theo tinh thần đó, DESTDIR không bao giờ nên ảnh hưởng đến các đối tượng được xây dựng.

Một phân đoạn makefile để giải thích nó:

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

Các chương trình phải cho rằng PREFIX là thư mục cơ sở của thư mục cuối cùng (nghĩa là sản xuất). Khả năng liên kết chương trình được cài đặt trong DESTDIR = / một cái gì đó chỉ có nghĩa là chương trình không truy cập các tệp dựa trên PREFIX vì đơn giản là nó không hoạt động. cat (1) là một chương trình (ở dạng đơn giản nhất) có thể chạy từ bất cứ đâu. Đây là một ví dụ sẽ không:

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

Nếu bạn đã cố chạy prog từ nơi khác ngoài $ PREFIX / bin / prog, prog.db sẽ không bao giờ được tìm thấy vì nó không nằm trong vị trí dự kiến ​​của nó.

Cuối cùng, / etc / thay thế thực sự không hoạt động theo cách này. Có các liên kết đến các chương trình được cài đặt trong cây gốc (ví dụ vi -> / usr / bin / nvi, vi -> / usr / bin / vim, v.v.).

Nó được coi là thực hành xấu để gọi trình tạo thực tế (ví dụ thông qua make) nếu sử dụng CMake . Rất khuyến khích làm điều đó như thế này:

1. Cấu hình giai đoạn:

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

2. Xây dựng và cài đặt các giai đoạn

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

Khi làm theo cách tiếp cận này, trình tạo có thể dễ dàng chuyển đổi (ví dụ -GNinjacho Ninja ) mà không cần phải nhớ bất kỳ lệnh cụ thể nào của trình tạo.

Bắt đầu với CMake 3.15, cách chính xác để đạt được điều này sẽ là sử dụng:

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

Tài liệu chính thức