# 用cmake交叉编译到iOS和Android 最近看了下最新版本的cmake的文档，很惊喜地发现他已经支持直接设置Android和OSX的一些变量了，然后有瞄了一眼NDK，发现里面现在也停工官方的cmake支持。 索性干脆试试用cmake做对android和iOS平台的一些库的交叉编译，这样用cmake的环境监测系统就会比原来写Makefile+脚本要简单多了。 ## 编译iOS工程 iOS 只要设置CMAKE\_OSX\_SYSROOT，CMAKE\_SYSROOT和CMAKE\_OSX\_ARCHITECTURES就可以了，其他都是自动的。唯一要注意的是，iOS不允许使用动态库，所以只能用静态库的话要加-fPIC参数。比如 ```bash -DCMAKE_C_FLAGS="-fPIC" -DCMAKE_CXX_FLAGS="-fPIC" ``` 就完事了。 主要还是要检测一下上面提到的那几个参数要设置成什么。而这些，都可以通过*xcode-select -print-path*来获取。默认的SDK版本则可以通过*xcrun -sdk iphoneos --show-sdk-version*获取。 当然前提都是安装了Commandline工具集。然后编译几个不同架构的.a，最后用*lipo*打包到一起就行了。 比如，我的[atsf4g-co](https://github.com/atframework/atsf4g-co/)里可以用[mbedtls](https://tls.mbed.org/)来加解密，但是[mbedtls](https://tls.mbed.org/)只有cmake文件，并没有编译iOS版本的文档。就可以通过上面的命令编译打包静态库。脚本地址： 再然后，因为我们的项目有用到\[pbc]\[3]所以我也给\[pbc]\[3]和它的lua-binding写了cmake的适配和打包脚本。脚本地址： ## 编译Android工程 编译Android工程其实要麻烦点，首先支持平台多，并没有一种官方的方式自动查找NDK地址，所以得指定NDK地址。索性是现在版本的NDK里自带了对cmake适配的文件。在NDK目录/build/cmake下，有个android.toolchain.cmake的文件。只要cmake的时候把cmake的工具链检测文件改成这个就行了。也就是命令参数加一个 ```bash -DCMAKE_TOOLCHAIN_FILE="$NDK_ROOT/build/cmake/android.toolchain.cmake" ``` Android下设置PIC不需要直接在CMAKE\_C\_FLAGS和CMAKE\_CXX\_FLAGS里加-fPIC选项了。NDK里的android.toolchain.cmake文件提供了ANDROID\_PIE选项，直接设置成YES就好了。 另外Android这个工具链还允许我们选择用哪个STL库（ANDROID\_STL选项）、设置NDK目录（ANDROID\_NDK选项）和设置使用gcc还是clang（ANDROID\_TOOLCHAIN选项）。当然这只是主要最可能用到的几个，其他还有一些得看android.toolchain.cmake文件了，里面有写。 不过使用Android这个文件指定工具链的时候有一个问题，android.toolchain.cmake指定了只从sysroot来获取include目录和库目录，也就是说很多module里可以指定库的搜索目录在android ndk下都是无效的。具体来说就是*find\_library*和*find\_path*之类的函数。所以有一些依赖库检测的脚本需要在这种情况下跳过检查，直接用。 所以，还是和上面iOS的编译一样，我写了个给[atsf4g-co](https://github.com/atframework/atsf4g-co/)使用的[mbedtls](https://tls.mbed.org/)的打包脚本，地址： 同时，也对\[pbc]\[3]的cmake适配写了打包android动态库的脚本： 前面提到的android工具链只能从sysroot查询包含目录、执行目录和库目录。但是实际上编译参数里是加了那些目录的，所以需要对库检测做一些兼容。刚好[atsf4g-co](https://github.com/atframework/atsf4g-co/)的网关层需要给客户端编译的Android和iOS代码，所以写了导出库的依赖检测适配 \[3]: