cmake編譯需要的文件路徑
Ⅰ 如何使用CMake進行交叉編譯
cmake交叉編譯配置
很多時候，我們在開發的時候是面對嵌入式平台，因此由於資源的限制需要用到相關的交叉編譯。即在你host宿主機上要生成target目標機的程序。裡面牽扯到相關頭文件的切換和編譯器的選擇以及環境變數的改變等，我今天僅僅簡單介紹下相關CMake在面對交叉編譯的時候，需要做的一些准備工作。
CMake給交叉編譯預留了一個很好的變數CMAKE_TOOLCHAIN_FILE，它定義了一個文件的路徑，這個文件即toolChain，裡面set了一系列你需要改變的變數和屬性，包括C_COMPILER,CXX_COMPILER,如果用Qt的話需要更改QT_QMAKE_EXECUTABLE以及如果用BOOST的話需要更改的BOOST_ROOT(具體查看相關Findxxx.cmake裡面指定的路徑)。CMake為了不讓用戶每次交叉編譯都要重新輸入這些命令，因此它帶來toolChain機制，簡而言之就是一個cmake腳本，內嵌了你需要改變以及需要set的所有交叉環境的設置。
toolChain腳本中設置的幾個重要變數
1.CMAKE_SYSTEM_NAME:
即你目標機target所在的操作系統名稱，比如ARM或者Linux你就需要寫"Linux",如果Windows平台你就寫"Windows",如果你的嵌入式平台沒有相關OS你即需要寫成"Generic",只有當CMAKE_SYSTEM_NAME這個變數被設置了，CMake才認為此時正在交叉編譯，它會額外設置一個變數CMAKE_CROSSCOMPILING為TRUE.
2. CMAKE_C_COMPILER:
顧名思義，即C語言編譯器，這里可以將變數設置成完整路徑或者文件名，設置成完整路徑有一個好處就是CMake會去這個路徑下去尋找編譯相關的其他工具比如linker,binutils等，如果你寫的文件名帶有arm-elf等等前綴，CMake會識別到並且去尋找相關的交叉編譯器。
3. CMAKE_CXX_COMPILER:
同上，此時代表的是C++編譯器。
4. CMAKE_FIND_ROOT_PATH:
指定了一個或者多個優先於其他搜索路徑的搜索路徑。比如你設置了/opt/arm/，所有的Find_xxx.cmake都會優先根據這個路徑下的/usr/lib,/lib等進行查找，然後才會去你自己的/usr/lib和/lib進行查找，如果你有一些庫是不被包含在/opt/arm裡面的，你也可以顯示指定多個值給CMAKE_FIND_ROOT_PATH,比如
set(CMAKE_FIND_ROOT_PATH /opt/arm /opt/inst)
該變數能夠有效地重新定位在給定位置下進行搜索的根路徑。該變數默認為空。當使用交叉編譯時，該變數十分有用：用該變數指向目標環境的根目錄，然後CMake將會在那裡查找。
5. CMAKE_FIND_ROOT_PATH_MODE_PROGRAM:
對FIND_PROGRAM()起作用，有三種取值，NEVER,ONLY,BOTH,第一個表示不在你CMAKE_FIND_ROOT_PATH下進行查找，第二個表示只在這個路徑下查找，第三個表示先查找這個路徑，再查找全局路徑，對於這個變數來說，一般都是調用宿主機的程序，所以一般都設置成NEVER
6. CMAKE_FIND_ROOT_PATH_MODE_LIBRARY:
對FIND_LIBRARY()起作用，表示在鏈接的時候的庫的相關選項，因此這里需要設置成ONLY來保證我們的庫是在交叉環境中找的.
7. CMAKE_FIND_ROOT_PATH_MODE_INCLUDE:
對FIND_PATH()和FIND_FILE()起作用，一般來說也是ONLY,如果你想改變，一般也是在相關的FIND命令中增加option來改變局部設置，有NO_CMAKE_FIND_ROOT_PATH,ONLY_CMAKE_FIND_ROOT_PATH,BOTH_CMAKE_FIND_ROOT_PATH
8. BOOST_ROOT：
對於需要boost庫的用戶來說，相關的boost庫路徑配置也需要設置，因此這里的路徑即ARM下的boost路徑，裡面有include和lib。
9. QT_QMAKE_EXECUTABLE:
對於Qt用戶來說，需要更改相關的qmake命令切換成嵌入式版本，因此這里需要指定成相應的qmake路徑（指定到qmake本身）
toolChain demo
# this is required
SET(CMAKE_SYSTEM_NAME Linux)
# specify the cross compiler
SET(CMAKE_C_COMPILER /opt/arm/usr/bin/ppc_74xx-gcc)
SET(CMAKE_CXX_COMPILER /opt/arm/usr/bin/ppc_74xx-g++)
# where is the target environment
SET(CMAKE_FIND_ROOT_PATH /opt/arm/ppc_74xx /home/rickk/arm_inst)
# search for programs in the build host directories (not necessary)
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
# for libraries and headers in the target directories
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
# configure Boost and Qt
SET(QT_QMAKE_EXECUTABLE /opt/qt-embedded/qmake)
SET(BOOST_ROOT /opt/boost_arm)
這樣就完成了相關toolChain的編寫，之後，你可以靈活的選擇到底採用宿主機版本還是開發機版本，之間的區別僅僅是一條-DCMAKE_TOOLCHAIN_FILE=./toolChain.cmake，更爽的是，如果你有很多程序需要做轉移，但目標平台是同一個，你僅僅需要寫一份toolChain放在一個地方，就可以給所有工程使用。
Ⅱ 如何在Windows下通過Cmake編譯和使用PCRE
CMake是一個比make更高級的編譯配置工具，它可以根據不同平台、不同的編譯器，生成相應的Makefile或者vcproj項目。
通過編寫CMakeLists.txt，可以控制生成的Makefile，從而控制編譯過程。CMake自動生成的Makefile不僅可以通過make命令構建項目生成目標文件，還支持安裝（make install）、測試安裝的程序是否能正確執行（make test，或者ctest）、生成當前平台的安裝包（make package）、生成源碼包（make package_source）、產生Dashboard顯示數據並上傳等高級功能，只要在CMakeLists.txt中簡單配置，就可以完成很多復雜的功能，包括寫測試用例。
如果有嵌套目錄，子目錄下可以有自己的CMakeLists.txt。
總之，CMake是一個非常強大的編譯自動配置工具，支持各種平台，KDE也是用它編譯的，感興趣的可以試用一下。
准備活動：
（1）安裝cmake。
下載地址：
根據自己的需要下載相應的包即可，Windows下可以下載zip壓縮的綠色版本，還可以下載源代碼。
Windows下CMake的使用
（2）運行cmake的方法。（GUI、命令行）
CMake使用步驟：
運行GUI的cmake界面：
cmake-2.8.1-win32-x86\bin\cmake-gui.exe
Windows下CMake的使用
執行Configure：
運行之後，生成了如下文件：
Windows下CMake的使用
生成Makefile：
執行Generate之後生成如下文件：
Windows下CMake的使用
運行make進行編譯：
Windows下CMake的使用
編譯完成後，在build目錄生成Tutorial.exe，運行Tutorial.exe 25就可以看到運行結果：
Windows下CMake的使用
運行make install安裝程序：
Windows下CMake的使用
運行make test進行測試：
Windows下CMake的使用
通過cmake tutorial學習CMake配置方法
可以在源代碼的Tests/Turorial目錄中找到這個手冊對應的代碼。
Windows下CMake的使用
1、Step1。
（如果不知道如何使用cmake，以及如何使用編譯產生的Turorial.exe，可先看下前面「CMake使用步驟」的說明，它以Step4為例詳細介紹了使用過程，Step1的配置可能不夠完全，比如無法運行make install，無法運行make test，但可以參考。）
簡單的程序編譯。
（1）運行GUI的cmake，指定要編譯的源代碼路徑和二進制文件路徑（會自動創建）。
Windows下CMake的使用
（2）點擊Configure，配置成功後，再點擊Generate。
配置需要選擇合適的編譯器，雖然我安裝了VC2008，但沒有配置成功；選擇Unix Makefiles，配置成功，它自動找到了DevC++下的gcc.exe等編譯器。
Windows下CMake的使用
（3）在build3目錄執行make，就能夠編譯生成Turorial.exe了。
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>make
Linking CXX executable Tutorial.exe
[100%] Built target Tutorial
可以運行一下Turorial.exe：
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>Tutorial.exe
Tutorial.exe Version 1.0
Usage: Tutorial.exe number
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>Tutorial.exe 4
The square root of 4 is 2
2、Step2
把子目錄編譯為庫，並且鏈接到最終的可執行文件。
include_directories ("${PROJECT_SOURCE_DIR}/MathFunctions")
add_subdirectory (MathFunctions) # 使得子目錄MathFunctions也能被編譯
# add the executable
add_executable (Tutorial tutorial.cxx)
target_link_libraries (Tutorial MathFunctions)
產生makefile：
在GUI上點擊Configure，之後Generate還是灰色，再次點擊Configure，Generate就可以點擊了。
編譯：
Ⅲ 安裝軟體cmake找不到opencv路徑求助
camke和opencv需要放在英文路徑下喲
還有上次我用cmake編譯的時候也出現了問題，後來我發現是opencv3.0.0的版本高了，後來使用opencv2.4.9就沒問題了
Ⅳ 如何使用cmake編譯軟體項目3
1. 在主程序所在目錄的CMakeLists.txt中定義要編譯的主程序和輸出的可執行文件名：
#定義主程序名稱
add_executable(輸出的可執行文件名稱 源文件列表)
#定義鏈接庫
target_link_libraries(輸出的可執行文件名稱 鏈接庫1 鏈接庫2 ...)
2.在庫文件所在目錄中的CMakeLists.txt中告訴cmake將其所有庫文件編譯成動態庫：
#通過set命令自定義變數LIB_SRC包括那些源文件，這些文件將編譯到動態庫
set (LIB_SRC
libsrc1.cpp
libsrc2.cpp
libsrc3.cpp
)
#將上述文件編譯到庫中
add_library (庫名稱 SHARED ${LIB_SRC})
#定義庫的輸出位置， 如果在根目錄下的CMakeLists.txt中已經定義，此處可注釋掉。
set(LIBRARY_OUTPUT_PATH 具體的目錄位置)
Ⅳ 如何運行cmake編譯後的c代碼
你機子的某個盤里建一個新的文件夾，如我這里的完整路徑是：D:\CMake\CMake-Study\HelloCMake;
然後在HelloCMake文件夾里建立一個HelloCMake.cpp文件，裡面的代碼如下：
#include
int
main()
{
std::cout
Ⅵ 求大神，cmake編譯目錄問題，求解答
通過『開始』>『所有程序』>『CMake 2.』8>『CMake』來運行CMake（CMake-GUI）（這里假定在簡體中文Windows中運行2.8版本）
在"Where is the source code"文本框中，輸入或者「browse」到源代碼的根目錄
在"Where to build the binaries" 文本框中，輸入或者「browse」到輸出文件夾。
單擊屏幕下方的'Configure'按鍵。
選擇你的目標編譯平台，例如"Visual Studio 10 2010"
當系統提示是否創建構建目錄的時候選擇'Ok'
等待configure執行結束。
屏幕上現在會有一些配置設置，並用紅色標記(這是用來指出你是第一次看到他們)。你可以在這裏手動配置這些選項，不過現在我們只需要再次選擇'Configure'。
等運行結束了選擇"Generate"按鍵。
Ⅶ 如何用cmake 編譯OpenCV 3.1.0的opencv
用cmake 編譯OpenCV 3.1.0的opencv：
建一個新的文件夾，完整路徑：D:CMakeCMake-StudyHelloCMake，
然後在HelloCMake文件夾里建立一個HelloCMake.cpp文件，裡面的代碼如下：
#include <iostream>
int main()
{
std::cout<<"Study CMake Together - Hello CMake!"<<std::endl;
return 0;
}
然後在HelloCMake文件夾里建立一個CMakeLists.txt文件，注意文件名不能是別的，必須叫這個名字。裡面的內容如下：
cmake_minimum_required(VERSION 2.6)
project(HelloCmake)
add_executable(HelloCMake hellocmake.cpp)
接著在HelloCMake的同級目錄里建立一個新的文件夾，就叫做HelloCMake-bin，在我機子上的完整路徑是：D:CMakeCMake-StudyHelloCMake-bin，你可以針對自己的目錄路徑對號入座。
然後打開CMake程序，接著把包含CMakeLists.txt和HelloCMake.cpp文件的完整路徑給」where is the source code」，把最後建立的HelloCMake-bin目錄的完整路徑給」where to build the binaries」，然後按Cofigure，
Configure完了以後，再按Generate，直到所有的紅色選項都變成灰色為止。然後打開HelloCMake-bin，你會發現原來空的文件夾裡面自動生成了好多文件。
到此為止，工程構建完成，打開HelloCMake-bin目錄下的HelloCMake.sln，裡面有三個工程，分別是：ALL_BUILD；HelloCMake；ZERO_CHECK。這三個工程的大概作用如下（個人理解而已），HelloCMake就不用說了，自己要建立的那個工程；ALL_BUILD是管理整個項目的工程；ZERO_CHECK是實時監視CMakeLists.txt文件變化的工程，一旦CMakeLists.txt里的內容發生了任何變化，ZERO_CHECK就會告訴編譯器要重新構建整個工程環境。所以，你可以先把工程關掉，打開CMakeLists.txt文件，更改裡面的內容以後，把根據以上說的步驟走一遍CMake；你也可以在編譯器環境（如VS2008）中更改CMakeLists.txt文件，然後直接F7編譯工程。如果你選擇後者，你會發現所示的現象發生。
因為你改變了CMakeLists.txt的內容，工程的環境要重新構建、設置。所以你必須載入新的工程環境設置。點Yes,然後點Reload。重新載入設置過的工程環境。
另外一個經常看某些童鞋問的，就是當彈出所示的界面時要怎麼辦？能怎麼辦？界面上提示已經灰常清楚了，指定exe的路徑給它，然後點OK就可以了；出現這種情況的原因是你把沒有生成exe可執行文件的工程設為啟動工程了，你會發現ALL_BUILD這個工程名字是黑體顯示的，表示它是啟動工程；或者你把生成exe可執行文件的工程，如這里的HelloCMake右擊->設置為啟動工程，也不會出現所示的界面。
好，這些比較瑣碎的東西介紹完，我們一起來看看CMakeLists.txt裡面的代碼表示什麼意思，爭取每句代碼都作解釋，如果有不對的地方，一定要告訴我！
把CMakeLists.txt里的內容再羅列出來：
cmake_minimum_required(VERSION 2.6)
2. project(HelloCmake)
3. add_executable(HelloCMake hellocmake.cpp)
第1行，cmake_minimum_required(VERSION 2.6)這是對CMake版本的要求，基本上每個CMakeLists.txt文件里都會有這句代碼，cmake_minimum_required是cmake里的命令，可大寫小寫。VERSION這個關鍵字必須是大寫，而且不能省略；2.6就是CMake的版本號，現在的版本是2.8.3。
第2行，project(HelloCmake)，project也是CMake的命令，裡面的參數HelloCMake是你要生成的工程的名字，換句話說就是生成的***.sln或者***.dsw等工程項目文件的名字。
第3行，add_executable(HelloCMake hellocmake.cpp)，add_executable同樣是CMake的命令，鏈接有關的源文件，然後生成exe可執行文件，這是這個命令的作用。第一個參數是生成的exe文件的文件名，一般與project里的工程名一致，這樣編譯生成的文件就分別是HelloCMake.sln和HelloCMake.exe，當然也可以不一樣。Add_executable()後面的是一個參數列表，可帶多個要編譯的文件名，中間以空格或回車等隔開，如可以加入：
add_executable(HelloCMake hellocmake.cpp hellocmake.h)
這樣就把CMake里最常用的三個命令介紹完了，分別是cmake_minimum_required; project; add_executable等
Ⅷ CMake裡面怎麼遞歸地設定頭文件的搜索目錄
CMake頭文件搜索路徑
# 中午吃完飯，就到了辦公室，開始看 OGRE 的CMake配置文件。
# 想根據實例，再配合 CMake 安裝包里自帶了官方Manual，學習CMakeLists文件的編寫。
# 不得不承認，沒有外網真心慘。用手機查資料眼睛都瞅瞎了。
# 中間出去吃了個晚飯，然後一直研究到10點，還算是有點收獲
本文內容要點：
1. 多目錄下，頭文件路徑包含
2. 項目依賴關系設置
3. 發現的一些問題
本文涉及到的CMake命令：
project(name) : 設置project的名字為name。
add_dependencies：設置依賴關系
add_subdirectory：添加子目錄
add_executable：添加可執行文件
add_library：添加庫
cmake_minimum_required：設置cmake最低版本要求
include_directories：包含目錄
target_link_libraries：鏈接庫
set：可以用於設置變數
補充命令：
file(GLOB_RECURSE HEADER_FILES dir/*.h??)
此命令可以用來收集源文件 HEADER_FILES 作為變數保存收集的結果。 後面為文件過濾器，其中dir為起始搜索的文件夾，即在dir目錄下，開始收集，而且會遍歷子目錄。 ？ 代表 a-z。
首先給出目錄結構（「-」表示目錄級數）
-sin
--include
---sin.h
--src
---sin.cpp
-sinutil
--include
---sinutil.h
--src
---sinutil.cpp
-main
--main.cpp
目的：
main.cpp 要使用 sin 裡面 sin.h 和 sin.cpp 生成的靜態庫 sin.lib，而 sin.lib 的生成要使用 sinutil 裡面的 sinutil.h 和 sinutil.cpp 生成的靜態庫 sinutil.lib 。
sinutil.cpp 要包含 sinutil.h，而 sinutil.h 不在 sinutil.cpp 目錄下。同理 sin.cpp 也要包含 sinutil.h ，main.cpp 要包含 sin.h。
根據CMake的規則，在根目錄下和每個子目錄下加入 CMakeLists.txt 文件。
# 為了便於區分，我給每個 CMakeLists.txt 加了編號後綴。
# 真正運行的時候，CMake配置文件只能命名為 CMakeLists.txt。
得到的目錄結構如下：
- CMakeLists.txt - 1
-sin
-- CMakeLists.txt - 2
--include
---sin.h
--src
---sin.cpp
-sinutil
-- CMakeLists.txt - 3
--include
---sinutil.h
--src
---sinutil.cpp
-main
-- CMakeLists.txt - 4
--main.cpp
CMake配置文件內容如下：
#CMakeLists.txt - 1
cmake_minimum_required(VERSION 2.8.1)
project(CMakeDemo)
include_directories(${CMakeDemo_SOURCE_DIR}/sin/include)
include_directories(${CMakeDemo_SOURCE_DIR}/sinutil/include)
add_subdirectory(sin)
add_subdirectory(sinutil)
add_subdirectory(main)
#CMakeLists.txt - 4
project(MainDemo)
set(SRC_LIST main.cpp)
add_executable(demo ${SRC_LIST})
add_dependencies(demo SinLibrary)
target_link_libraries(demo ${SinLibrary})
#CMakeLists.txt - 2
set(HEADER_LIST include/sin.h)
set(SRC_LIST src/sin.cpp)
include_directories(${CMAKE_CURRENT_SOURCE_DIR}/include)
add_library(SinLibrary ${HEADER_LIST} ${SRC_LIST})
add_dependencies(SinLibrary SinUtilLibrary)
target_link_libraries(SinLibrary ${SinUtilLibrary})
#CMakeLists.txt - 3
set(HEADER_LIST include/sinutil.h)
set(SRC_LIST src/sinutil.cpp)
include_directories(${CMAKE_CURRENT_SOURCE_DIR}/include)
add_library(SinUtilLibrary ${HEADER_LIST} ${SRC_LIST})
結論：
1. CMake使用 include_directories 命令來添加頭文件包含路徑，且 include_directories 命令具有繼承性。下級目錄繼承了上級目錄中CMakeLists.txt 裡面 include 的 directrories。但是平級目錄之間的 CMakeList.txt 裡面的include_directories 不能共享。
2. CMAKE_CURRENT_SOURCE_DIR 為 CMake 定義的環境變數，指向當前 CMakeLists.txt 所在的目錄。
3. 當使用 project(name) 命令時，CMake會自動生成兩個變數 name_SOURCE_DIR 和 name_BINARY_DIR，前一個指向使用 project 命令的CMakeLists.txt 所在的文件夾，後一個指向用cmake構建時，Build 目錄下對應的目錄。
問題：
1. 目前還沒搞清 project 與 VS 裡面的 解決方案（solution）和 工程（項目，project）的對應關系。
2. 使用 add_dependencies 來設置依賴關系時，在VS 2003 下，會為每一個subdirectory裡面的project生成一個額外的帶 UTILITY 後綴的工程，能不生成嗎？
Ⅸ cmake 編譯得到的文件在哪
舉個例子來說，假如想編譯自己寫的基於OpenCV的程序那麼
如果你是使用的是ubuntu的話，就很方便。
如果你使用gflags和glog的話那麼執行安裝：
[plain] view plain
sudo apt-get install libgoogle-glog-dev libflags-dev
如果你還使用protobuf那麼執行安裝
[plain] view plain
sudo apt-get install protobuf-compiler libprotobuf-dev
如果你使用boost
[plain] view plain
sudo apt-get install libboost-all-dev
Ⅹ make如何指定cmake路徑
先在cmakelist.txt所在目錄執行cmake，而後再make