最近看了下最新版本的cmake的文档,很惊喜地发现他已经支持直接设置Android和OSX的一些变量了,然后有瞄了一眼NDK,发现里面现在也停工官方的cmake支持。
索性干脆试试用cmake做对android和iOS平台的一些库的交叉编译,这样用cmake的环境监测系统就会比原来写Makefile+脚本要简单多了。
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工程其实要麻烦点,首先支持平台多,并没有一种官方的方式自动查找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