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