用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参数。比如

-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

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏IT笔记

SpringBoot开发案例之整合日志管理

有一种力量无人能抵挡,它永不言败生来倔强。有一种理想照亮了迷茫,在那写满荣耀的地方。 ? 00.jpg 概述 参考文档:Logging 这里顺便引用以下部分原文...

53680
来自专栏张善友的专栏

K2 的Workspace 遭遇400 RequestLength 错误修复

每当遇到http错误代码为400,代表客户端发起的请求不符合服务器对请求的某些限制,或者请求本身存在一定的错误。 使用Fiddler2 查看请求发现请求的长度超...

19950
来自专栏搜云库

Spring Boot 中使用 Kafka

Kafka 是一种高吞吐的分布式发布订阅消息系统,能够替代传统的消息队列用于解耦合数据处理,缓存未处理消息等,同时具有更高的吞吐率,支持分区、多副本、冗余,因此...

60160
来自专栏运维

ELK日志分析系统搭建部署

  日志监控和分析在保障业务稳定运行时,起到了很重要的作用,不过一般情况下日志都分散在各个生产服务器,且开发人员无法登陆生产服务器,这时候就需要一个集中式的日志...

15420
来自专栏思考的代码世界

Mac搭建yaf项目

16200
来自专栏java相关

SpringBoot搭建web项目

27730
来自专栏流柯技术学院

Jenkins不同job之间传递参数

在A项目配置面板中Post-build Actions选项中选择Trigger parameterized build on other projects ...

13920
来自专栏Java 源码分析

SpringCloud:Eureka服务注册与发现

Eureka 其实就是一个 服务注册与发现的中心,也就是相当于我们前面做的一些生产者的服务需要注册到我们的注册中心,那么我们的消费者就不用把代码写死,而是可以去...

20130
来自专栏zhisheng

SpringBoot Admin 使用指南

什么是 SpringBoot Admin? Spring Boot Admin 是一个管理和监控你的 Spring Boot 应用程序的应用程序。 这些应用程序...

42370
来自专栏phodal

【持续集成】使用 Jenkinsfile 设计直观的 Pipeline

在编写《Growth:全栈 Web 开发思想》的时候,发现了Jenkins 2.0 发现了一个很帅的插件,叫Blue Ocean。 提供了一个高大上的可视化界面...

34470

扫码关注云+社区

领取腾讯云代金券