交叉编译.so到鸿蒙使用

以下是在 Ubuntu 20.04 系统上的操作,tpc_c_cplusplus 他是把编译的流程都给写进去了,你只需要关注你要编译的库配置好环境就行了。

第一步:下载 tpc_c_cplusplus 仓库地址:

GitCode - 全球开发者的开源社区,开源代码托管平台

openharmony-sig 组织已经写好了脚本,先进入他的 thirdparty 目录下,找你想要编译的库;

第二步:如果你里有你需要用的库,就进入到 lycium 目录下,开始尝试编译; 以 libxml2 为例编译;

复制代码
./build.sh libxml2

这个时间,如果你没配置环境变量,他会提示你的;

第三步: 配置环境变量:配置前去 下载中心 下载**command Line Tools for HarmonyOS,**下载完配置好 OHOS_SDK 以及其他编译需要用到的工具,你可以配置到全局,我这里就临时配置一下:

复制代码
export OHOS_SDK=~/home/command-line-tools/sdk/default/openharmony

export AS=${OHOS_SDK}/native/llvm/bin/llvm-as
export CC="${OHOS_SDK}/native/llvm/bin/clang --target=aarch64-linux-ohos"
export CXX="${OHOS_SDK}/native/llvm/bin/clang++ --target=aarch64-linux-ohos"
export LD=${OHOS_SDK}/native/llvm/bin/ld.lld
export STRIP=${OHOS_SDK}/native/llvm/bin/llvm-strip
export RANLIB=${OHOS_SDK}/native/llvm/bin/llvm-ranlib
export OBJDUMP=${OHOS_SDK}/native/llvm/bin/llvm-objdump
export OBJCOPY=${OHOS_SDK}/native/llvm/bin/llvm-objcopy
export NM=${OHOS_SDK}/native/llvm/bin/llvm-nm
export AR=${OHOS_SDK}/native/llvm/bin/llvm-ar
export CFLAGS="-fPIC -D__MUSL__=1"
export CXXFLAGS="-fPIC -D__MUSL__=1"

配置好后, 再运行:

复制代码
./build.sh libxml2

如果你还有工具没有安装, 他会提示你,我第一次的时候,就遇到了 cmake 没有安装的提示:

然后, 这里安装完后,还是有问题,我用默认安装的 cmake 的版本有点低,如果你也遇到,可以去下载这个:

复制代码
wget https://github.com/Kitware/CMake/releases/download/v3.28.3/cmake-3.28.3-linux-x86_64.tar.gz

下载完后,配置到PATH:cmake --version 查一下当前使用的版本是对的;

复制代码
export PATH=~/wgx/cmake-3.28.3-linux-x86_64/bin:$PATH
cmake --version
cmake version 3.28.3

拷贝编译工具

为了简化开发中命令的配置,我们针对arm架构以及aarch64架构集成了几个编译命令,存放在lycium/Buildtools目录下,在使用lycium工具前,需要将这些编译命令拷贝到SDK对应的目录下,具体操作如下:

复制代码
    cd lycium/Buildtools                        # 进入到工具包目录
    sha512sum -c SHA512SUM                      # 可校验工具包是否正常, 若输出"toolchain.tar.gz: OK"则说明工具包正常,否则说明工具包异常,需重新下载
    tar -zxvf toolchain.tar.gz                  # 解压拷贝编译工具
    cp toolchain/* ${OHOS_SDK}/native/llvm/bin  # 将命令拷贝到工具链的native/llvm/bin目录下

设置编译机cmake识别OHOS系统

由于sdk中的cmake版本过低, 导致很多开源库在cmake阶段报错. 这个时候就需要用户在编译机上安装一个高版本的cmake(推荐使用3.26及以上版本). 但是 cmake官方是不支持OHOS的. 解决方案:

复制代码
cp $OHOS_SDK/native/build-tools/cmake/share/cmake-3.16/Modules/Platform/OHOS.cmake xxx(代表你编译机安装的cmake的路径)/cmake-3.28.3-linux-x86_64/share/cmake-3.26/Modules/Platform

做完以上这些,再次运行 ./build.sh libxml2

编译的产物会在 lycium/usb 目录下, 就会有 libxml2 文件夹,进入 libxml2,里面是长这样的,然后把include 和 lib 拷贝到鸿蒙工程里就可以使用了。

相关推荐
nashane6 小时前
HarmonyOS Wi-Fi连接用户操作监听全解析:从系统弹框到Promise回调
华为·harmonyos·harmonyos 5
Lanren的编程日记9 小时前
Flutter 鸿蒙应用数据版本管理实战:版本记录+版本回退+版本对比,实现全链路数据版本控制
flutter·华为·harmonyos
我是大聪明.9 小时前
DeepSeek V4 Pro + 华为昇腾910:国产大模型落地的性能实测与深度解析
人工智能·华为
木斯佳10 小时前
HarmonyOS 本地存储实战:记账本案例改造实现日历联动
华为·harmonyos
李游Leo11 小时前
别让一张 12MB 的照片拖垮页面:ImageSource / PixelMap / ImagePacker 的工程化处理链路
harmonyos
nashane11 小时前
HarmonyOS 6学习:画中画(PiP)状态同步与场景化实战指南
学习·pip·harmonyos·harmonyos 5
@不误正业12 小时前
鸿蒙小艺智能体开放平台实战-接入系统级AI-Agent能力
人工智能·华为·harmonyos
IntMainJhy15 小时前
「Flutter三方库sqflite的鸿蒙化适配与实战指南:从入门到踩坑的本地数据库开发全记录」
数据库·flutter·华为·信息可视化·数据库开发·harmonyos
前端技术17 小时前
HarmonyOS开发:鸿蒙应用开发发展史
华为·harmonyos
忡黑梨18 小时前
eNSP_路由策略
运维·服务器·网络·华为·智能路由器·负载均衡