七喜下載站
手機版
您的位置:七喜軟件下載編程開(kāi)發(fā) 編程工具CMake編譯工具最新版本下載 附中文手冊 官方漢化版

CMake編譯工具最新版本下載 附中文手冊 官方漢化版CMake編譯工具最新版本下載 附中文手冊 官方漢化版

大?。?/span>40.1M

官網(wǎng):HomePage

評分:

類(lèi)型:國產(chǎn)軟件

環(huán)境:Win All

語(yǔ)言:簡(jiǎn)體中文

分類(lèi):編程工具

時(shí)間:2021/7/2

授權:綠色軟件

下載量:34818

平臺檢測 無(wú)插件 360 騰訊 金山 瑞星

CMake官方版是一款非常專(zhuān)業(yè)的源代碼編譯工具,該軟件具有良好的跨平臺性,用戶(hù)可以用于多個(gè)操作系統的運行使用,它主要可以幫助用戶(hù)用于編譯源代碼、制作程式庫等操作,完全可以滿(mǎn)足開(kāi)發(fā)人員的構建環(huán)境需求。cmake最新版本支持多種編程語(yǔ)言,如C語(yǔ)言、C++、Fortran、Java等等,軟件還簡(jiǎn)化很多的編譯過(guò)程,對于編譯構建工作十分有幫助,通過(guò)它可以更高效率完成編譯構建過(guò)程,編譯的效率大大提高。

CMake由Kitware創(chuàng )建制作,具有開(kāi)源、免費、簡(jiǎn)易等特點(diǎn),軟件還支持平行建構,即可以在內多臺計算機上完成構建,同時(shí)支持擴展,可以為軟件擴展更多的功能,為用戶(hù)帶來(lái)更豐富的編譯效果,需要的朋友,歡迎到本站下載使用。

CMake官方版新增內容

1、內建C語(yǔ)言、C++、Fortran、Java的自動(dòng)相依性分析功能。

2、經(jīng)由CMake腳本語(yǔ)言支援SWIG、Qt、FLTK。

3、內建對微軟VisualStudio.NET和過(guò)去的VisualStudio版本的支援,可以產(chǎn)生后綴為.dsp、.sln和.vcproj的文檔。

4、用傳統的時(shí)間標簽偵測檔案內容的改變。

5、支援平行建構(在多臺電腦上同時(shí)建構)

6、在許多操作系統上進(jìn)行跨平臺編譯,包括Linux、POSIX相容的系統(AIX、*BSD、HP-UX、IRIX、MinGW/MSYS、Solaris系統)、MacOSX和微軟Windows95/98/NT/2000/XP等。

7、產(chǎn)生可以給Graphviz用的全局相依圖。

8、已經(jīng)和Dart、CTest和CPack等軟件測試和釋出的工具整合

CMake官方版使用說(shuō)明

成功安裝cmake以后,我們就一起來(lái)研究下在win10下怎么使用cmake,安裝包安裝完成以后,我們可以啟動(dòng)cmakegui,具體如下圖所示:

CMake官方版使用說(shuō)明1

CMake官方版使用說(shuō)明2

本文主要是來(lái)分享如何使用cmake配置qt5.5項目的,具體怎么安裝qt5.5就不在本文這里來(lái)說(shuō)明,本文假設您的電腦上已經(jīng)成功安裝了qt5.5開(kāi)發(fā)環(huán)境,安裝成功后如下圖所示:

CMake官方版使用說(shuō)明3

qt自帶右qmake,那么這里為什么要研究使用cmake來(lái)構建基于qt的qt5項目

呢?

這是由于在實(shí)際開(kāi)發(fā)的過(guò)程中,我們開(kāi)發(fā)的項目可能會(huì )涉及到很多的第三方庫,由于其它第三方庫的qt5項目不僅僅是只用qt一家的庫,而qmake只針對qt自身的庫有優(yōu)勢,項目中需要依賴(lài)的很多這些第三方庫,手動(dòng)配置第三方庫的.pro文件又確實(shí)比較麻煩,那么用cmake來(lái)構建項目就非常有必要了,此時(shí)cmake的優(yōu)勢非常突出。

下面我們一起來(lái)看看如何使用cmake構建和管理項目:

首先:使用qtcreater創(chuàng )建中規中矩的qt5的項目helloworld;

然后編譯運行該項目,

具體如下面所示:

CMake官方版使用說(shuō)明4

CMake官方版使用說(shuō)明5

運行cmakegui,在界面窗口中,看到一欄"Whereisthesourcecode",后面有一個(gè)按鈕"BrowseSource..."用來(lái)選擇Cmake所在目錄,下面的一欄"wheretobuildthebinaries",后面有一個(gè)按鈕"BrowseBuild..."用來(lái)選擇構建的項目輸出目錄,構建好的項目需要和源碼目錄配合使用,具體如下圖所示:

CMake官方版使用說(shuō)明6

然后點(diǎn)擊下方Configure按鈕配置項目,點(diǎn)擊后首次配置需要選擇想要構建的項目,具體如下圖所示:

CMake官方版使用說(shuō)明7

點(diǎn)擊"Finish"按鈕,彈出"Error"錯誤提示框,如下圖所示:

CMake官方版使用說(shuō)明8

下面的錯誤提示文字"CMakeError:Thesourcedirectory"C:/Users/enju/Desktop/helloworld"doesnotappeartocontainCMakeLists.txt.Specify--helpforusage,orpressthehelpbuttonontheCMakeGUI."

意思是在源碼目錄"C:/Users/enju/Desktop/helloworld"下面不包含CMakeLists.txt文本文件。

這就需要我們在項目文件夾中手動(dòng)創(chuàng )建一個(gè)CMakeLists.txt文件。

文件內容如下:

#設置cmake版本號

cmake_minimum_required(VERSION3.11.1FATAL_ERROR)

#設置工程名稱(chēng)

project(helloworld)

#設置工程包含當前目錄,非必須

set(CMAKE_INCLUDE_CURRENT_DIRON)

#設置自動(dòng)生成moc文件,一定要設置

set(CMAKE_AUTOMOCON)

#查找需要的Qt庫文件,最好每一個(gè)庫都要寫(xiě),Qt也會(huì )根據依賴(lài)關(guān)系自動(dòng)添加

find_package(Qt5Widgets)

find_package(Qt5Core)

find_package(Qt5Gui)

#查找當前文件夾中的所有源代碼文件,

#也可以通過(guò)Set命令將所有文件設置為一個(gè)變量

FILE(GLOBSRC_FILES"./*.cxx")

#同理,查找當前文件夾中所有的頭文件

FILE(GLOBHEAD_FILES"./*.h")

#同理,查找當前文件夾中所有的ui文件

FILE(GLOBUI_FILES"./*.ui")

#通過(guò)Ui文件生成對應的頭文件,一定要添加

qt5_wrap_ui(WRAP_FILES${UI_FILES})

#添加資源文件

set(RCC_FILESrcc.qrc)

#將ui文件和生成文件整理在一個(gè)文件夾中,非必須

source_group("Ui"FILES${UI_FILES}${WRAP_FILES})

#創(chuàng )建工程文件

add_executable(${PROJECT_NAME}${SRC_FILES}${HEAD_FILES}${RCC_FILES}${WRAP_FILES})

#添加Qt5依賴(lài)項

target_link_libraries(${PROJECT_NAME}Qt5::WidgetsQt5::CoreQt5::Gui)

添加了CMakeLists.txt文本文件的目錄結構如下圖所示:

win10下cmake使用入門(mén)

在helloworld工程中添加了CMakeLists.txt文件以后,再次在cmakegui里面點(diǎn)擊configure,彈出了錯誤提示框如下圖所示,以及新的錯誤提示信息:

CMakeError:CMakewasunabletofindabuildprogramcorrespondingto"MinGWMakefiles".CMAKE_MAKE_PROGRAMisnotset.Youprobablyneedtoselectadifferentbuildtool.

CMakeError:CMakewasunabletofindabuildprogramcorrespondingto"MinGWMakefiles".CMAKE_MAKE_PROGRAMisnotset.Youprobablyneedtoselectadifferentbuildtool.

CMakeError:CMAKE_C_COMPILERnotset,afterEnableLanguage

CMakeError:CMAKE_CXX_COMPILERnotset,afterEnableLanguage

Configuringincomplete,errorsoccurred!

這表示沒(méi)有找到編譯工具鏈!

CMake官方版使用說(shuō)明9

在出現上面的情況的時(shí)候,這里的"第一次Configure"后,需要選擇一些設置,選擇"Specifynativecompilers",具體如下圖所示:

CMake官方版使用說(shuō)明10

再點(diǎn)擊"Next",選擇gcc,g++,本地編譯器在qt安裝目錄下面的tools里面,目錄例如"D:\soft\qt5.5\Tools\mingw492_32\bin",在這個(gè)界面里選擇Qt目錄下面的gcc,還有g(shù)++,點(diǎn)擊Finish完成,具體如下圖所示:

CMake官方版使用說(shuō)明11

如果還發(fā)現報錯了,就設置系統的環(huán)境變量,即把d:\opencv\Qt\Qt5.5.0\Tools\mingw492_32\bin加入系統的Path環(huán)境變量中,然后點(diǎn)擊Configure如下第一幅圖所示,然后又彈出一個(gè)錯誤提示框如下第二張圖片,其文本提示信息:"Configuringincomplete,errorsoccurred!"表明還有錯誤!

CMake官方版使用說(shuō)明12

CMake官方版使用說(shuō)明13

通過(guò)上面的提示錯誤,我們打開(kāi)CMakeLists.txt文件,找到信息中指出的錯誤發(fā)生的行數:

DetectingCXXcompilefeatures-done

CMakeWarningatCMakeLists.txt:14(find_package):

Bynotproviding"FindQt5Widgets.cmake"inCMAKE_MODULE_PATHthisproject

hasaskedCMaketofindapackageconfigurationfileprovidedby

"Qt5Widgets",butCMakedidnotfindone.

CMakeLists.txt文件14行以下是:

#查找需要的Qt庫文件,最好每一個(gè)庫都要寫(xiě),Qt也會(huì )根據依賴(lài)關(guān)系自動(dòng)添加

find_package(Qt5Widgets)

find_package(Qt5Core)

find_package(Qt5Gui)

看樣子是cmake在查找Qt庫文件Qt5Widgets的時(shí)候發(fā)生了錯誤!

這個(gè)錯誤只要在CMakeLists.txt文件中添加一行代碼:

set(CMAKE_PREFIX_PATH"D:\\soft\\qt5.5\\5.5\\mingw492_32\\lib\\cmake\\")

果然設置一下CMAKE_PREFIX_PATH到qtbase目錄,就搞定。

但是這個(gè)不是徹底解決問(wèn)題的方法,最徹底的解決辦法是在系統變量里面也加入一個(gè)Qt5Widgets_DIR新的環(huán)境變量,我們先在Qt的安裝路徑下找到了FindQt5Widgets.cmake等文件所在目錄路徑,這類(lèi)錯誤可能都可以用這種方法來(lái)解決,只要找到相應的*.cmake文件的路徑,然后把路徑添加到系統的環(huán)境變量中,看就可以解決了,具體如下圖所示:

CMake官方版使用說(shuō)明14

再次點(diǎn)擊Configure按鈕,沒(méi)有錯誤的話(huà),會(huì )顯示"Configuringdone"字樣,第一次配置完成,具體如下圖所示:

CMake官方版使用說(shuō)明15

完成第一次的配置后,接下來(lái)再進(jìn)行第二次配置,再次點(diǎn)擊configure按鈕,這次配置時(shí)間很快就好了,經(jīng)過(guò)兩次的配置,點(diǎn)擊Generate生成最終解決,具體如下圖所示:

CMake官方版使用說(shuō)明16

完成以后,查看helloworld目錄下面生成了很多新的文件和目錄,具體如下圖所示:

CMake官方版使用說(shuō)明17

CMake官方版新手幫助

剛開(kāi)始接觸CMake的同學(xué)往往會(huì )被它茫茫多的指令嚇到,尤其是神秘的結構化語(yǔ)法、沒(méi)有命名規律的聲明、不知所云的參數列表和復雜的命令行參數,讓人不知道從何入手。

其實(shí),CMake尤其是現代化的CMake核心是圍繞構建目標來(lái)組織聲明,上一節例子中add_executable一行里的hello_cmake_exe就是一個(gè)構建目標。此外,add_library定義的庫也是一種構建目標??蓤绦形募蛶焓菢嫿ㄗ罱K對用戶(hù)可見(jiàn)的產(chǎn)物,CMake對項目模塊依賴(lài)的聲明就是圍繞著(zhù)這兩種目標來(lái)展開(kāi)的。

add_executable和add_library的第一個(gè)參數說(shuō)明了構建目標的名稱(chēng),它必須是全局唯一的符號,并且隨后全局可訪(fǎng)問(wèn);緊跟著(zhù)是各自專(zhuān)有的控制參數,例如可以指定庫是靜態(tài)鏈接還是動(dòng)態(tài)鏈接等;再之后是一個(gè)可變長(cháng)度的源文件數組,用于描述直接參與構建當前目標的源文件。

CMake的聲明參數是一系列空格隔開(kāi)的符號或字符串,同時(shí)每個(gè)命令都可以有自己的參數列表,這些參數列表沒(méi)有統一的風(fēng)格,同時(shí)僅通過(guò)位置區分而沒(méi)有命名參數,可以說(shuō)是CMake最為用戶(hù)不友好的一點(diǎn)了。

定義了構建目標之后,就是描述構建目標的各種特性。上面兩個(gè)命令列出了構建目標所需的源文件,但是還有鏈接時(shí)的庫依賴(lài),這就需要target_link_library來(lái)聲明目標構建依賴(lài)的庫。構建目標可以是add_executable或add_library聲明的,庫可以是add_library聲明的構建目標,也可以是庫文件等。

此外,構建目標可能還需要包含頭文件等include預編譯命令依賴(lài)的文件,除了在add_executable和add_library中加入以外,還可以隨后通過(guò)target_sources逐個(gè)包含,或者更常見(jiàn)的,通過(guò)target_include_directories包含目錄下的文件。

最后,構建目標在編譯時(shí)還可能有一系列編譯選項和宏定義等,可以通過(guò)target_compile_options和target_compile_definitions來(lái)聲明。

可以看到,鏈接、文件包含和編譯選項的命令都以target_xxx的形式出現,第一個(gè)參數是add_executable或add_library聲明的構建目標。這就是現代化的CMake圍繞構建目標聲明的含義。

值得一提的是,舊版的CMake不支持target_xxx形式的命令,而是通過(guò)不帶target_前綴的命令來(lái)表達相似的含義,但是舊版的命令是通過(guò)修改全局狀態(tài)和獲取全局狀態(tài)來(lái)聲明的,而非按照構建目標所構成的命名空間區分開(kāi)的。舉例來(lái)說(shuō),include_directories命令將導致之后及子項目中的所有構建目標在編譯時(shí)都帶上此命令引入的路徑下的文件。顯然,這很容易導致聲明的泄漏,尤其在項目層次復雜,引入其他子項目或作為子項目被其他項目引入時(shí),容易出現難以排查的非預期構建結果,也就限制了項目規模的擴大。

現代CMake的最佳時(shí)間是牢記圍繞構建目標組織聲明,不僅能避免意外的聲明泄漏,還能獲得更好的表達力。

CMake靈活地支持三方庫

一開(kāi)始我們就提到,廣義的構建系統包括三方庫的依賴(lài)管理。即使是狹義的只處理構建步驟編排的構建系統,也需要有某種方式引入三方庫的依賴(lài)。

程序設計實(shí)踐發(fā)展至今,引入三方庫依賴(lài)的方式無(wú)非是systemwise安裝依賴(lài),vendor方式攜帶依賴(lài)和利用依賴(lài)管理系統的接口與專(zhuān)門(mén)的依賴(lài)管理系統協(xié)作。CMake支持以上三種形式的三方庫依賴(lài)引入方式,并且抽象了自己統一的find_package接口。

我們先介紹find_package接口,它的主要使用形式如下。

find_package(<PackageName>[version][REQUIRED][[COMPONENTS][components...]])

后面都是可選項,最基礎的使用形式就是find_package加一個(gè)PackageName信息。CMake會(huì )在約定路徑和通過(guò)選項指定的路徑下搜索名為FindPackageName.cmake的文件,并執行其中的邏輯以設置一些關(guān)鍵的變量。約定的PackageName_FOUND標識是否找到對應的依賴(lài)以進(jìn)行差別處理邏輯,其他的變量則根據不同FindPackageName.cmake的策略有所不同,通常包括該依賴(lài)暴露的頭文件信息,可供鏈接的庫的信息,以及庫的構建目標等等,并可能按照模塊進(jìn)行劃分以獲得更細粒度的導出控制。

不少成熟的三方庫都得到了CMake的原生支持或者提供了可移植的Find腳本,例如Protobuf和Boost等。這些Find腳本通常被寫(xiě)成僅搜索系統級路徑的形式,也就是原生支持了查找systemwise安裝的第三方依賴(lài)的方法。換個(gè)角度看,也就是把/usr/和/usr/local/等經(jīng)典安裝路徑等同于Maven當中的.m2路徑來(lái)處理。

然而,systemwise的方式對運行環(huán)境的侵入性明顯,很容易影響PATH環(huán)境變量和實(shí)際使用的三方庫,同時(shí)容易產(chǎn)生難以解決的版本沖突問(wèn)題。通常只在臨時(shí)開(kāi)發(fā)或者隔離性較強的容器環(huán)境中才考慮采用這種方法。

為了避免systemwise的安裝依賴(lài),另一種方案是vendor方式攜帶依賴(lài),也就是常說(shuō)的thirdparty或contrib或submodule等等。ClickHouse重度使用了這種模式,幾乎vendor了它的所有依賴(lài)。C/C++/Scheme廣泛流行的庫通常也是通過(guò)此種形式來(lái)組織的,Go語(yǔ)言在gomod面世之前乃至現在都廣泛使用了vendor的依賴(lài)引入模式。

具體地說(shuō),vendor的含義就是依賴(lài)庫和根項目在源代碼層面一起分發(fā),從而在下載根項目源代碼時(shí)同步就緒了所有依賴(lài)庫的代碼。前面提到原生的Find腳本通常只搜索系統級路徑,因此vendor通常也需要手動(dòng)編寫(xiě)CMake腳本引入依賴(lài)項的問(wèn)題。

最理想的情況是三方庫已經(jīng)充分考慮了作為子項目被外部引入的情況,例如GoogleTest或gRPC等。它們在項目的根目錄下有CMakeLists.txt文件來(lái)定義和導出項目的構建目標和頭文件、靜態(tài)鏈接庫等信息,只需要在父項目中通過(guò)add_subdirectory聲明引入三方庫,就可以在CMake的解析框架下導出所有需要的符號。

然而,現實(shí)往往是更復雜的。有些三方庫未曾想過(guò)跟其他項目協(xié)作,有些三方庫并不支持CMake或者實(shí)現的CMake腳本有問(wèn)題,例如典型的Poco項目的ENABLE_TESTS選項命名很容易沖突,又未啟用相應的CMakePolicy以允許上層臨時(shí)屏蔽選項。諸如此類(lèi)的細節問(wèn)題常常引出難以排查的非預期構建結果,所以富余人力的項目研發(fā)團隊傾向于撰寫(xiě)一個(gè)輕量級的CMake層來(lái)管理三方庫。

典型的例如ClickHouse項目,它幾乎對所有的項目都配備了一組CMake腳本,并且精心裁剪了依賴(lài)庫的文件,僅保留構建相關(guān)的文件。在根項目的CMake文件中,通過(guò)include執行來(lái)執行這組配置三方庫依賴(lài)的CMake腳本,從而達到和find_package或者絲滑的add_subdirectory類(lèi)似的符號導出效果。

不過(guò),上面提到的手寫(xiě)CMake腳本跟直接調用find_package的方式是平行的,僅在導出符號一點(diǎn)上可以達到共通。但是我們還能做得更加一致,即利用find_package提供的機制,將vendor的依賴(lài)作為systemwise依賴(lài)的前置或后置候選被挑選和導入。通過(guò)自定義Find腳本的邏輯,兼容systemwise的引入方法,再修改CMake查找Find腳本的配置,就可以主線(xiàn)CMake腳本里一致的使用find_package聲明來(lái)引入三方庫依賴(lài)了。

最后討論的引入三方庫依賴(lài)的方式是與其他專(zhuān)門(mén)的依賴(lài)管理系統協(xié)作,例如vcpkg或conan等。這兩者都有自己的中央倉庫,類(lèi)似于MavenCentral或JCenter等,來(lái)管理三方庫,包括版本、平臺、名稱(chēng)和庫的具體內容等。

vcpkg通過(guò)CMake原生的TOOLCHAIN機制Hook了CMake執行前的階段,以配置好CMake隨后find_package的環(huán)境從而能夠正確的找到依賴(lài)。conan則在CMake對構建系統的一層抽象的基礎上再做一層抽象,支持生成CMake生成構建系統所需要的文件,無(wú)限套娃,在生成CMakeBinary路徑的內容的時(shí)候把依賴(lài)庫的內容也拷貝過(guò)去支持CMake索引到。

可惜由于C++的跨平臺構建太過(guò)復雜,并且一直以來(lái)的習慣都是vendor+魔改三方庫,因此這兩種已經(jīng)是最流行的專(zhuān)門(mén)的依賴(lài)管理系統并沒(méi)有大范圍的獲得采用。

順帶一提,CMake本身還提供了ExternalProject和FetchContent等內容來(lái)支持vendor以外的模式,在生成構建系統期間拉取或者根據配置尋找三方庫依賴(lài)并復制到構建路徑下,最終以相對路徑生成構建系統文件。不過(guò)這兩個(gè)方案非常難用,而且沒(méi)有類(lèi)似于.m2或.ivy這樣全局的依賴(lài)管理目錄,其實(shí)每次構建的時(shí)候還是要每項目的重新拉依賴(lài),比起vendor來(lái)說(shuō)并不少多少力氣,反而失去了vendor魔改的靈活性。實(shí)際采用的人少之又少。

CMake官方版怎么進(jìn)行編譯

確認NAOqi可執行檔和模塊包沒(méi)有運行。

運行CMake界面。

在"Whereisthecodesource"字段,選擇NAOqiSDK的范例目錄(例如:"/path/to/aldebaran-sdk/modules/src/helloworld")。

在"Wheretobuildthebinaries"字段,選擇一個(gè)臨時(shí)構建目錄。如果沒(méi)有,就創(chuàng )建一個(gè)(例如:"/path/to/aldebaran-sdk/modules/modules/src/examples/helloworld/build")。

點(diǎn)擊"configure"按鈕。選擇要使用的集成開(kāi)發(fā)環(huán)境(IDE)。Windows系統選擇"VisualStudio82005"或"VisualStudio92008";Linux和Mac系統選擇"UNIXMakefiles"。

點(diǎn)擊"configure"按鈕。選擇要使用的集成開(kāi)發(fā)環(huán)境(IDE)。Windows系統選擇"VisualStudio82005"或"VisualStudio92008";Linux和Mac系統選擇"UNIXMakefiles"。

選擇"Specifytoolchainfileforcross-compiling",然后輸入"/path/to/aldebaran-sdk/toolchain-pc.cmake"。

注釋:

即使您不進(jìn)行交叉編譯,也必須規定一個(gè)工具鏈文件。

如果某些配置字段為紅色,請再次點(diǎn)擊"configure"按鈕。所有字段都應該為灰色。點(diǎn)擊OK。

Windows系統下,在您的構建目錄里會(huì )生成一個(gè)可打開(kāi)的.sln文件。

編譯范例項目。在Linux或Mac里,只需"cd"到構建目錄,并鍵入"make"。

注釋:

您可以隨時(shí)重置項目。操作時(shí),刪除構建目錄的內容并重新啟動(dòng)CMake。

請勿編輯VisualStudioProject,因為它是實(shí)時(shí)生成的(詳情請參見(jiàn)Cmake的程序說(shuō)明書(shū))??梢酝ㄟ^(guò)編輯Cmake文件來(lái)進(jìn)行配置。

CMake官方版怎么進(jìn)行編譯

CMake官方版基礎說(shuō)明

Flang:實(shí)現MSVC運行時(shí)庫抽象

ctest:fix--showonly=json-v1輸出,帶有必需的\u文件屬性

CQuestCimuleLIDIO兼容性本地VaR生存期

cmaffinity:為alpinelinux上的cpu_zero添加include

查找路徑:修復舊樣式空名稱(chēng)列表上的崩潰

fileapi:修復cmp0037舊行為的codemodelv2目標文件名

findboost:為最后一個(gè)已知版本簡(jiǎn)化條件塊

FindBoost:刪除不正確的1.70個(gè)定時(shí)器依賴(lài)項

findboost:為遺留變量展開(kāi)兼容性接口目標

findboost:添加對boost1.71的支持

FindBoost:闡明遺留變量在警告消息中的作用

findboost:容忍未來(lái)的boost接口庫

CMake官方版軟件特色

1、內建C語(yǔ)言、C++、Fortran、Java的自動(dòng)相依性分析功能。

2、經(jīng)由CMake腳本語(yǔ)言支援SWIG、Qt、FLTK。

3、內建對微軟VisualStudio.NET和過(guò)去的VisualStudio版本的支援,可以產(chǎn)生后綴為.dsp、.sln和.vcproj的文檔。

4、用傳統的時(shí)間標簽偵測檔案內容的改變。

5、支援平行建構(在多臺電腦上同時(shí)建構)

6、在許多操作系統上進(jìn)行跨平臺編譯,包括Linux、POSIX相容的系統(AIX、*BSD、HP-UX、IRIX、MinGW/MSYS、Solaris系統)、MacOSX和微軟Windows95/98/NT/2000/XP等。

7、產(chǎn)生可以給Graphviz用的全局相依圖。

8、已經(jīng)和Dart、CTest和CPack等軟件測試和釋出的工具整合

  • 下載地址
有問(wèn)題? 投訴報錯

大家都喜歡

  • 電腦
  • 安卓
更多>

用戶(hù)評論

(您的評論需要經(jīng)過(guò)審核才能顯示) 精選5條評論
140

最新評論

  • 置頂 江蘇揚州電信 網(wǎng)友 偏愛(ài)你側臉

    這個(gè)還是挺實(shí)用的。

  • 置頂 遼寧本溪電信 網(wǎng)友 涼生

    好軟件強勢來(lái)襲。。。漂亮

  • 置頂 甘肅白銀移動(dòng) 網(wǎng)友 啃豬蹄的小仙女

    多謝??!

  • 置頂 內蒙古呼倫貝爾聯(lián)通 網(wǎng)友 深情迎風(fēng)散

    確實(shí)是一個(gè)好工具。

  • 置頂 江西鷹潭聯(lián)通 網(wǎng)友 蟄伏半世情

    看來(lái)可以白漂了~!

請簡(jiǎn)要描述您遇到的錯誤,我們將盡快予以修訂

返回頂部