最近看了下最新版本的cmake的文档，很惊喜地发现他已经支持直接设置Android和OSX的一些变量了，然后有瞄了一眼NDK，发现里面现在也停工官方的cmake支持。
索性干脆试试用cmake做对android和iOS平台的一些库的交叉编译，这样用cmake的环境监测系统就会比原来写Makefile+脚本要简单多了。
编译iOS工程
iOS 只要设置CMAKE_OSX_SYSROOT，CMAKE_SYSROOT和CMAKE_OSX_ARCHITECTURES就可以了，其他都是自动的。唯一要注意的是，iOS不允许使用动态库，所以只能用静态库的话要加-fPIC参数。比如
-DCMAKE_C_FLAGS="-fPIC" -DCMAKE_CXX_FLAGS="-fPIC"
就完事了。
主要还是要检测一下上面提到的那几个参数要设置成什么。而这些，都可以通过xcode-select -print-path来获取。默认的SDK版本则可以通过xcrun -sdk iphoneos –show-sdk-version获取。 当然前提都是安装了Commandline工具集。然后编译几个不同架构的.a，最后用lipo打包到一起就行了。
比如，我的atsf4g-co里可以用mbedtls来加解密，但是mbedtls只有cmake文件，并没有编译iOS版本的文档。就可以通过上面的命令编译打包静态库。脚本地址： https://github.com/owent-utils/bash-shell/blob/master/Build/mbedtls/build_mbedtls_ios.sh
再然后，因为我们的项目有用到pbc所以我也给pbc和它的lua-binding写了cmake的适配和打包脚本。脚本地址： https://github.com/owent-contrib/pbc/blob/master/build_ios.sh
编译Android工程
编译Android工程其实要麻烦点，首先支持平台多，并没有一种官方的方式自动查找NDK地址，所以得指定NDK地址。索性是现在版本的NDK里自带了对cmake适配的文件。在NDK目录/build/cmake下，有个android.toolchain.cmake的文件。只要cmake的时候把cmake的工具链检测文件改成这个就行了。也就是命令参数加一个
-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使用的mbedtls的打包脚本，地址： https://github.com/owent-utils/bash-shell/blob/master/Build/mbedtls/build_mbedtls_android.sh
同时，也对pbc的cmake适配写了打包android动态库的脚本： https://github.com/owent-contrib/pbc/blob/master/build_android.sh
前面提到的android工具链只能从sysroot查询包含目录、执行目录和库目录。但是实际上编译参数里是加了那些目录的，所以需要对库检测做一些兼容。刚好atsf4g-co的网关层需要给客户端编译的Android和iOS代码，所以写了导出库的依赖检测适配 https://github.com/atframework/atsf4g-co/blob/master/atframework/export/atgw_inner_v1_c/CMakeLists.export.txt#43