cmake

        很多时候，我们在开发的时候是面对嵌入式平台，因此由于资源的限制需要用到相关的交叉编译。即在你host宿主机上要生成target目标机的程序。里面牵扯到相关头文件的切换和编译器的选择以及环境变量的改变等

　　CMake给交叉编译预留了一个很好的变量CMAKE_TOOLCHAIN_FILE，它定义了一个文件的路径，这个文件即 XXX.toolchain.cmake，里面set了一系列你需要改变的变量和属性，包括C_COMPILER,CXX_COMPILER

如果用Qt的话需要更改QT_QMAKE_EXECUTABLE以及如果用BOOST的话需要更改的BOOST_ROOT(具体查看相关Findxxx.cmake里面指定的路径)。CMake为了不让用户每次交叉编译都要重新输入这些命令，因此它带来toolChain机制，简而言之就是一个cmake脚本，内嵌了你需要改变以及需要set的所有交叉环境的设置。

 

几个重要变量

　 CMAKE_SYSTEM_PROCESSOR

target 的处理器架构

    CMAKE_SYSTEM_NAME: 

即你目标机target所在的操作系统名称，比如ARM或者Linux你就需要写"Linux",如果Windows平台你就写"Windows",如果你的嵌入式平台没有相关OS你即需要写成"Generic",只有当CMAKE_SYSTEM_NAME这个变量被设置了，CMake才认为此时正在交叉编译，它会额外设置一个变量CMAKE_CROSSCOMPILING为TRUE.

    CMAKE_C_COMPILER: 

顾名思义，即C语言编译器，这里可以将变量设置成完整路径或者文件名，设置成完整路径有一个好处就是CMake会去这个路径下去寻找编译相关的其他工具比如linker,binutils等，如果你写的文件名带有arm-elf等等前缀，CMake会识别到并且去寻找相关的交叉编译器。

    CMAKE_CXX_COMPILER: 

同上，此时代表的是C++编译器。

    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将会在那里查找。

    CMAKE_FIND_ROOT_PATH_MODE_PROGRAM: 

对FIND_PROGRAM()起作用，有三种取值，NEVER,ONLY,BOTH,第一个表示不在你CMAKE_FIND_ROOT_PATH下进行查找，第二个表示只在这个路径下查找，第三个表示先查找这个路径，再查找全局路径，对于这个变量来说，一般都是调用宿主机的程序，所以一般都设置成NEVER

    CMAKE_FIND_ROOT_PATH_MODE_LIBRARY: 

对FIND_LIBRARY()起作用，表示在链接的时候的库的相关选项，因此这里需要设置成ONLY来保证我们的库是在交叉环境中找的.

    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

    BOOST_ROOT： 

对于需要boost库的用户来说，相关的boost库路径配置也需要设置，因此这里的路径即ARM下的boost路径，里面有include和lib。

    QT_QMAKE_EXECUTABLE: 

对于Qt用户来说，需要更改相关的qmake命令切换成嵌入式版本，因此这里需要指定成相应的qmake路径（指定到qmake本身）

 

gcc/g++ 和 clang/clang++ 都是 Linux 下常用的 C/C++ 编译器。gcc 是 GNU 亲儿子，Ubuntu 等常用发行版标配。clang 是后起之秀，配合 llvm，以优秀的前端闻名于世，现在已经是 Mac（XCode） 的默认编译器，微软等大公司都在往上靠，前景一片光明。

 

（1）前景最好的应该是clang，错误提示/编译速度都是一流。另外现在有很多代码自动完成/提示工具是基于clang的。clang编译出的debug文件已经可以用gdb调试了哈，vs2015也内置了clang来提供对cross platfrom的支持。

（2）gcc/g++/msvc因为面向了具体的platform，所以老的项目里面可能用了他们自带的扩展/或者在彼此应用环境下有一些best practice，这个没有办法，还得接着用

 

1. 优美的颜色高亮。单色 gcc 看着真累。

2. 智能的提示。clang 不仅告知有未定义变量，且知道可能是拼写出错，并提示可能的正确变量在哪。

3. 更优异的大局观。本例子中拼写错误出现在 return 语句里，由于 return 语句编译出错，gcc 还抛出一个 non-void function 可能缺少 return 语句的 warning （明明我的 return 语句已经写在那里了）。clang 则知道 return 语句在那里，不会抛出这个没有必要的 warning。

目前我使用 clang 碰到的问题是，编译使用 boost 库的项目，运行时直接 Segmentation Fault，g++ 则无此问题。现在我直接使用 C++ 11 的多线程 API，不用 boost，于是仍用 clang 愉快地玩耍。

 

主机：Ubuntu10.04
交叉编译器：EABI-4.3.3
CMake在ubuntu系统下默认使用系统的gcc、g++编译器，编译arm下的程序要使用arm-linux-gcc，需要对CMake进行设置（通过在CMakeLists.txt中指定交叉编译器的方法）。
在CMakeLists.txt一开始加入相关设置：
#告知当前使用的是交叉编译方式，必须配置
SET(CMAKE_SYSTEM_NAME Linux)
 
#指定C交叉编译器,必须配置
#或交叉编译器使用绝对地址
SET(CMAKE_C_COMPILER "arm-linux-gcc")
 
#指定C++交叉编译器
SET(CMAKE_CXX_COMPILER "arm-linux-g++")
 
#不一定需要设置
#指定交叉编译环境安装目录...
SET(CMAKE_FIND_ROOT_PATH "...")
#从来不在指定目录下查找工具程序
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
#只在指定目录下查找库文件
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
#只在指定目录下查找头文件

 #include包含cmake

https://blog.csdn.net/adgentleman/article/details/108830901