cmake編譯版

㈠ 使用CMake編譯C/C++程序

CMake Tutorial
CMake Reference

定義程序編譯規則

生成可執行文件的最簡單版本的 CMakeLists.txt

以上CMakeLists.txt定義的編譯規則是將源文件tutorial.c編譯成名為 Tutorial 的可執行文件。

一般用法是，新建一個文件夾，一般命名為 build ，在終端進入該文件夾，然後調用 cmake ../ ， cmake 會在找到上級目錄找到 CMakeLists.txt ，生成 makefile 和一些其它文件。

在 makefile 所在目錄，調用 make 命令，會根據 makefile 對程序進行編譯生成。

㈡ cmake 如何編譯成debug版

回復 7# qfmeal 這些參數是make工具的，--debug 只會讓make在調用編譯器gcc/g++幹活的時候列印更多的東西，讓你看到它詳細的分析和處理指令的過程。

㈢ 如何查看linux的cmake編譯器的最低版本

可以使用cmake --version 查看
如果輸出 cmake的版本號說明已經正確安裝了cmake
如果提示沒有cmake這個命令，說明沒有正確安裝
下面給出安裝cmake的步驟
可以直接在線安裝：apt-get install cmake
2. 離線安裝
cmake下載地址：http://www.cmake.org/files/v2.8/cmake-2.8.4-Linux-i386.tar.gz
下載之後
1.解壓
root@zsh-linux:/opt#tar -zxvf cmake-2.8.4.tar.gz
2.然後 cd 到cmake-2.8.4目錄下 安裝
root@zsh-linux:/opt/cmake-2.8.4# ./bootstrap
root@zsh-linux:/opt/cmake-2.8.4# make
root@zsh-linux:/opt/cmake-2.8.4# make install
安裝完畢後查看是否安裝成功：
root@zsh-linux:/opt/cmake-2.8.4# cmake --version
cmake version 2.8.4

㈣ 請問有CMake(編譯工具) V3.17.2 英文安裝版軟體免費百度雲資源嗎

鏈接:

提取碼:gb59

軟體名稱:CMake(編譯工具)V3.17.2英文安裝版

語言:英文軟體

大小:23.60MB

類別:系統工具

介紹:CMake是一個免費的多平台編譯工具，旨在構建、測試和軟體打包，該軟體是用於控制軟體使用簡單的平台和編譯器編譯過程獨立配置文件，軟體生成本機makefile和工作區，可以使用您所選擇的編譯器環境，操作簡單，使用便捷，非常的好用。

㈤ cmake的版本會不會影響編譯結果

會。根據查詢相關資料顯示，cmake的版本包括（cuda、gcc、tensorflow的版本），這幾個版本稍有偏差，就會造成編譯運行失敗影響結果。CMake是一個跨平台的安裝（編譯）工具，可以用簡單的語句來描述所有平台的安裝(編譯過程)。它能夠輸出各種各樣的makefile或者project文件，能測試編譯器所支持的C++特性，類似UNIX下的automake。

㈥ 編譯系統的編譯系統CMake

CMake就像是我們在uni上使用的make一樣，是用來管理怎樣編譯一個project的。它的好處是：
1) 跨越多個操作系統平台，包括當前應用最廣泛的windows,unix(包括Mac OS X).
2) 採用BSD風格的協議開放源代碼。據我個人閱讀協議文件，沒發現協議與兩句BSD協議有什麼不同。
3) 它可以支持具有非常復雜的路徑、庫依賴的程序的編譯。比如它支持編譯個程序：它依賴於很多的庫以及其它一些代碼文件，而每一個庫又有很多子目錄。。。
4) 像很多Make一樣，它會對曾經編譯的文件做一些cache一遍加速以後的編譯。
使用這個編譯系統的時候，需要每個目錄/子目錄創建一個名為CMakeLists.txt的文件。
這個項目歷史也算是比較悠久了，從2000年就開始了。
當前使用這個編譯系統的項目：llvm/clang。。。
我就是從clang的源代碼里發現的，郵件列表裡有人推薦使用cmake,不要使用msvc的.sln文件

㈦ Mac平台 使用CMake編譯iOS lib

前言
在mac電腦上，可以通過手動創建XCode工程的方式，來實現iOS lib的編譯，但這種方式存在一個很明顯的缺點，在需要指定編譯文件的情況下，比較麻煩～CMake編譯腳本完美的解決了這個問題，可以指定特定的文件參與編譯

xcode https://developer.apple.com/xcode/download

cmake OS X版本 https://cmake.org/download

默認情況 cmake 命令行可能用不了，需要命令行中輸入以下指令

具體可參考 CMake Mac下安裝

ios.toolchain.cmake https://github.com/leetal/ios-cmake/releases

README文件中有工具鏈的使用方式

ios.toolchain.cmake 工具鏈Demo中提供的CMakeLists，可以根據實際情況做下修改。

cmake .. -G Xcode -DCMAKE_TOOLCHAIN_FILE=../../ios.toolchain.cmake -DPLATFORM=OS64
指令指定了CMakeLists、工具鏈的位置及編譯架構，會生成一個XCode工程。其中.. 表示CMakeLists文件在當前目錄的上一個文件夾中，../表示上一個文件夾，../../表示上兩個文件夾

㈧ visual studio 編譯器的堆空間不足問題的解決(cmake版本)

我們有個自動編譯游戲引擎的腳本，這個腳本時間用久了，總是會報如下的錯誤:

fatal error C1060: 編譯器的堆空間不足

每次出現這種錯誤，總是要請人重啟機器，重新配置，很耽誤時間和精力。

所以本人就在努力尋找一個徹底的解決辦法。

想直接要解決方法的朋友可以跳過接下來的兩節。

簡單網上搜一下，就能搜到參考文獻1。

如果你的c++工程不用cmake，參考文獻1的方法足以滿足你的需求。

但是我們工程比較大，肯定是要用cmake的，所以我就開始嘗試各種方法: 通過改工程的cmake文件的方式來讓cmake生成的vcxproj工程文件中包含PreferredToolArchitecture屬性。

網上找了好久，試了不少辦法，還是沒用。

發現最終解決方案也是個很有趣的過程，值得記錄。

首先我看見PreferredToolArchitecture父節點是PropertyGroup，而PropertyGroup下面有Platform屬性，PreferredToolArchitecture和Platform是兄弟屬性。

我們的Platform用x64還是win32，都是在cmake命令行里指定的。

所以我就大膽猜測，PreferredToolArchitecture這個屬性如果可以通過cmake設置的話，大概率也是在cmake的命令行中設置！

接著，就是小心求證的過程，先執行: cmake --help

通過閱讀幫助文檔，輔以簡單的排除法，我覺得toolset-name這個屬性很可能是我要的，於是谷歌: cmake toolset name

從而找到了文檔2，在文檔2中發現了host=x64這個東西，但是我還不知道怎麼用！於是繼續搜索:cmake host=x64

找到了文檔3，然後修改我們的編譯腳本，加入這個編譯選項，重新cmake，果然，出現了vcxproj文件中看到了PreferredToolArchitecture x64屬性！

感覺成功了90%，編譯工程，打開任務管理器，觀察進程名稱，發現c++編譯器都是64位的，遂大功告成。

問題的本質就是windows操作系統visual studio的默認cpp編譯器是32位的，所以最大內存是4G，就容易導致編譯器內存不足。

有問題的cmake指令如下：

使用64位的cpp編譯器的解決方法如下:

注意: cmake的GUI並沒有-T host的選擇，當然最新版的GUI可能也會加這個。。

還有另一種方法，添加環境變數: set PreferredToolArchitecture=x64

雖然用了64位的cpp編譯器，過了一段時間，還是報堆空間不足的問題。

據觀察，物理內存佔用率100%，所以考慮利用空閑的磁碟空間，增大機器的虛擬內存。

win10如何設置虛擬內存的大小: https://jingyan..com/article/2fb0ba4041d14c00f3ec5f4e.html

物理內存只有32G，以前的虛擬內存是6G，我利用空閑磁碟，增大虛擬內存到100G！

㈨ ubuntu源碼編譯安裝cmake-2.8.10.2

ubuntu源碼編譯安裝cmake-2.8.10.2從cmake官網下載最新的cmake版本，筆者下載的是cmake-2.8.10.2.tar.gz，地址http://www.cmake.org/cmake/resources/software.html
www.dnjsb.com
1、解壓cmake-2.8.10.2.tar.gztar
-xvf
cmake-2.8.10.2.tar.gz2、在cmake-2.8.10.2同級目錄下新建一個編譯目錄mkdir
cmake-bulidcd
cmake-build3、編譯cmake.././bootstrap
www.dnjsb.com
注意：可能會出現如下錯誤：/usr/lib/libstdc++.so.6:
version
'GLIBCXX_3.4.15'
not
found這個是因為筆者更新ubuntu
gcc編譯器導致的。解決方法：a.
查看libstdc++.so.6支持GLIBCstrings
/usr/lib/libstdc++.so.6
|
grep
GLIBCoutput:GLIBCXX_3.4GLIBCXX_3.4.1GLIBCXX_3.4.2GLIBCXX_3.4.3GLIBCXX_3.4.4GLIBCXX_3.4.5GLIBCXX_3.4.6GLIBCXX_3.4.7GLIBCXX_3.4.8GLIBCXX_3.4.9GLIBCXX_3.4.10GLIBCXX_3.4.11GLIBCXX_3.4.12GLIBCXX_3.4.13GLIBC_2.0GLIBC_2.3GLIBC_2.1GLIBC_2.1.3GLIBC_2.3.2GLIBC_2.2GLIBCXX_FORCE_NEWGLIBCXX_DEBUG_MESSAGE_LENGTH發現裡面沒有支持GLIBCXX_3.4.15。在這里，筆者ubuntu中安裝的gcc
4.7ls
/usr/local/gcc-4.7.2/output:bin
include
lib
libexec
share將/usr/local/gcc-4.7.2/lib/目錄下面的libstdc++.so.6和libstdc++.so.6.0.17拷貝到/usr/lib/目錄下面：sudo
cp
/usr/local/gcc-4.7.2/lib/libstdc++.so.6
/usr/lib/sudo
cp
/usr/local/gcc-4.7.2/lib/libstdc++.so.6.0.17
/usr/lib/sudo
rm
-f
/usr/lib/libstdc++.so.6.0.13刪除libstdc++.so.6舊的鏈接，建立新的鏈接，同時刪除libstdc++.so.6.0.13：sudo
ln
-sf
/usr/lib/libstdc++.so.6.0.17
/usr/lib/libstdc++.so.6sudo
rm
-f
/usr/lib/libstdc++.so.6.0.13至此搞定，現在我們回到編譯cmake中。重復剛才的命令：
www.dnjsb.com
.././bootstrap注意：此時我們仍然在cmake-bulid目錄下面。上面成功以後就執行如下2個命令：makesudo
make
install查看cmake是否安裝成功：cmake
--versionoutput:cmake
version
2.8.10.2恭喜你，安裝成功了。