arm平台编译so文件回顾

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

文章目录


前言

提示:这里可以添加本文要记录的大概内容:

在编译arm平台so文件时,完成了以下的几个点:

1、根据第三方开源的build.sh文件编译第三方开源库,至于build.sh文件怎么写,大概是看开源仓的README文件吧。

2、写了一个MakeFile文件并运行编译了.a文件。最近查资料的时候获取到一个知识点就是,其实.a就是所有.o文件的集合。

3、根据子文件夹Makefile文件编译子文件夹.a文件。

4、解决编译过程中的多个问题


一、几个点

1、目标

在arm机器上编译出arm平台上可用的so文件

2、机器系统

cpp 复制代码
[root@ncn4a-mapopenservice-34-12-242 ~]# uname -a
Linux ncn4a-mapopenservice-34-12-242 4.19.36-vhulk1907.1.0.h1393.eulerosv2r8.aarch64 #1 SMP Thu Jan 5 17:52:22 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux

3、build.sh和Makefile领悟

接前言。现在理解了build和Makefile的区别。源于我将makefile的文件内容放在了build.sh脚本中。然后感觉突然恍然大悟。

Makefile文件是用来编译代码的。里面是有CXXFLAGS,就是将.c//cpp文件编译成.a文件。

OBJ关键词就要编译成.a还是.so文件格式。

而build.sh文件其实就是linux指令集合文件,里面写了编译库的很多指令。其中就包括调用makefile的一步,即调用make指令。

所以build.sh和makefile是有比较大的区别的。

而且自己写的代码只需要编写Makefile就可以了,即只需要Makefile就可以了。因为用不到第三方开源库的.configure、make install。只需要一个make就可以了,所以写个make就可以执行了。

二、过程回顾

1.上来就执行Makefile

拿到studio_compile工程后,以为是直接执行build就可以了。但是执行时报了一个文件格式不对的错误

cpp 复制代码
[2023-12-06 16:38:38]  [root@ncn4a-mapopenservice-34-12-242 compile_wrapper]# ll
[2023-12-06 16:38:39]  total 16
[2023-12-06 16:38:39]  drwxrwxr-x 2 root root 4096 Apr 27  2023 include
[2023-12-06 16:38:39]  -rw-rw-r-- 1 root root 1926 Apr 27  2023 Makefile
[2023-12-06 16:38:39]  drwxrwxr-x 2 root root 4096 Apr 27  2023 src
[2023-12-06 16:38:39]  drwxrwxr-x 2 root root 4096 Apr 27  2023 vs
[2023-12-06 16:38:39]  [root@ncn4a-mapopenservice-34-12-242 compile_wrapper]# make -jm98
[2023-12-06 16:38:47]  g++ -Werror=return-type -std=c++0x -Wl,-z,relro,-z,now,-z,noexecstack -D_FORTIFY_SOURCE=2 -O2 -s -ftrapv -fPIC -fstack-protector-all -w -c -shared -o -D__STDC_LIMIT_MACROS -Dlinux -I. -I./include -I../model/include -I../common/include -I../compiler/include -I../configurator/include -I../operation/include -I../preprocessor/include -I../pbencoder/include -I../../../3rd/gdal/include/linux -I../../../3rd/gdal/src/libtiff\include -I../../../3rd/boost/include -I../../../3rd/jni/include/linux -I../../../3rd/protobuf/include -I../../../3rd/sqlite/include -I../../../3rd/zlib/include/linux -I../../../platform/HuaweiSecureC/include  src/com_huawei_mobilegis_data_studiocompile_engine_NativeEngine.cpp -o src/com_huawei_mobilegis_data_studiocompile_engine_NativeEngine.o
[2023-12-06 16:38:47]  g++ -Werror=return-type -std=c++0x -Wl,-z,relro,-z,now,-z,noexecstack -D_FORTIFY_SOURCE=2 -O2 -s -ftrapv -fPIC -fstack-protector-all -w -c -shared -o -D__STDC_LIMIT_MACROS -Dlinux -I. -I./include -I../model/include -I../common/include -I../compiler/include -I../configurator/include -I../operation/include -I../preprocessor/include -I../pbencoder/include -I../../../3rd/gdal/include/linux -I../../../3rd/gdal/src/libtiff\include -I../../../3rd/boost/include -I../../../3rd/jni/include/linux -I../../../3rd/protobuf/include -I../../../3rd/sqlite/include -I../../../3rd/zlib/include/linux -I../../../platform/HuaweiSecureC/include  src/CompileLayerWrapper.cpp -o src/CompileLayerWrapper.o
[2023-12-06 16:38:47]  g++ -Werror=return-type -std=c++0x -Wl,-z,relro,-z,now,-z,noexecstack -D_FORTIFY_SOURCE=2 -O2 -s -ftrapv -fPIC -fstack-protector-all -w -c -shared -o -D__STDC_LIMIT_MACROS -Dlinux -I. -I./include -I../model/include -I../common/include -I../compiler/include -I../configurator/include -I../operation/include -I../preprocessor/include -I../pbencoder/include -I../../../3rd/gdal/include/linux -I../../../3rd/gdal/src/libtiff\include -I../../../3rd/boost/include -I../../../3rd/jni/include/linux -I../../../3rd/protobuf/include -I../../../3rd/sqlite/include -I../../../3rd/zlib/include/linux -I../../../platform/HuaweiSecureC/include  src/ParseJNIObj.cpp -o src/ParseJNIObj.o
[2023-12-06 16:38:47]  g++ -Wl,-z,relro,-z,now,-z,noexecstack -D_FORTIFY_SOURCE=2 -O2 -s -ftrapv -fPIC -fstack-protector-all -static-libstdc++ -shared -o libcompile_wrapper.so ./src/com_huawei_mobilegis_data_studiocompile_engine_NativeEngine.o ./src/CompileLayerWrapper.o ./src/ParseJNIObj.o  -L../../../build/lib/linux -lcompiler -lconfigurator -lpreprocessor -lpbencoder -loperation -lcommon -L../../../3rd/gdal/lib/linux -lgdal -lgeos_c -lgeos -lproj -ljson-c -L../../../3rd/boost/lib/linux -lboost_serialization -lboost_filesystem -lboost_system -lboost_thread -L../../../3rd/protobuf/lib/linux -lprotobuf -L../../../3rd/sqlite/lib/linux/ -lsqlite3 -L../../../3rd/zlib/lib/linux/ -lz -L../../../3rd/gdal/src/libtiff/lib -ltiff -L../../../platform/HuaweiSecureC/lib/linux/ -lsecurec -ldl -lpthread
[2023-12-06 16:39:02]  /usr/bin/ld:../../../3rd/gdal/lib/linux/libgdal.a: file format not recognized; treating as linker script
[2023-12-06 16:39:02]  /usr/bin/ld:../../../3rd/gdal/lib/linux/libgdal.a:1: syntax error
[2023-12-06 16:39:02]  collect2: error: ld returned 1 exit status
[2023-12-06 16:39:02]  make: *** [Makefile:43: all] Error 1

即这一条:

cpp 复制代码
 /usr/bin/ld:../../../3rd/gdal/lib/linux/libgdal.a: file format not recognized; treating as linker script

然后就查看一下libgdal.a文件格式,使用file (filename)指令

cpp 复制代码
[2023-12-06 17:41:48]  [root@ncn4a-mapopenservice-34-12-242 linux]# file libgdal.a 
[2023-12-06 17:41:58]  libgdal.a: ASCII text
[2023-12-06 17:41:58]  [root@ncn4a-mapopenservice-34-12-242 linux]# timed out waiting for input: auto-logout

这个显示情况其实还看不出来文件格式。这个ACII text文件其实是因为.a文件在windows环境下解压导致文件格式出问题了。但是其实正常的,也会是x86的格式,不是arm的格式。总而言之,就是报错格式不对。

这个文件是第三方开源库静态库文件,所以需要编译第三方开源静态库。

其实后来按照心哥的说法,即便格式没有变成ASCII码也是需要重新编译第三方开源库的,因为平台变了,之前的.a文件是x86格式的。

这边不得不吐槽,上传到git上的.a文件真是一点用没有啊。

2、编译第三方开源库.a文件

先后编译boost库、protobuf、sqlite、zlib、gdal库。其中有两个点需要单独领出来看。一个就是gdal库,还有一个就是没有Makefile然后我自己写的makefile文件编译的。

先说gdal库。gdal需要依赖tiff库、json-c库、geos库、proj库,最后才是安装gdal库。这边也是这次才理解的就是。就是对于这几个库,自己感觉是编译,其实也是在机器上安装这个库。可以用-- v查看版本号的。

然后这几个开源库用的build.sh脚本编译的。

2.1 build.sh

build.sh基本格式就是以下形式

PREFIX_INC_PATH=(cd "(dirname "$0")";pwd) //获取当前路径

|----------------------------|------------------------------|---------------------------------------------|
| git下载 | | 备注 |
| 解压 | | |
| 更改文件夹名(可选) | | 可选 |
| 进入含有configure文件的文件夹中 | | |
| 执行./configure | --prefix=【】,//设置安装路径 | |
| | --enable-xxx / --disable-xxx | 不懂 |
| | --with-xxx / --without-xxx | 不懂 |
| | --build=arm-linux //设置编译环境 | 国产arm机器需要设置平台环境,不然会configure失败,导致build.sh失败 |
| | SQLITE3_CFLAGS=路径 | 不懂 |
| | SQLITE3_LIBS=路径 -lsqlite3 | 不懂 |
| sh autogen.sh / autoreconf | | 不懂,但是要安装autoconf全家桶,可以参考本人帖子 |
| make -j8 | | |
| make install | | |
| 移动OBJ文件 | | 可选 |
| 【完成】 | | |

2.2 Makefile

Makefile的格式大概如下

|-----------|------------------------------------------------------------|---|
| CXXFLAGS= | 用于将.c或.cpp文件编译成.o文件,编译格式为 $(CXX) $(CXXFLAGS) $*.cpp -o $@ | |
| CXX= | CXX = xxx指定编译器 | |
| | | |
| | | |
| | | |
| | | |

搜到这个帖子说的比较详细:Linux Makefile入门总结-CSDN博客

看完这个贴子,增加了对以下几个知识点的了解

|---------------------------------------------------------------------------------------------------------|----------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------|
| 元素 | 说明 | 备注 |
| 目标文件 : 依赖文件 [TAB]命令 | [TAB]:是你键盘左边tab键 | |
| -c | -c 是生成 .o 文件的必要参数! | gcc -c main.c -o main.o |
| .PHONY: clean | 用来屏蔽同名clean的文件夹或文件 | |
| = :变量(可修改) += :追加 := :常量(不可修改) | | TARGET = test CXX := g++ |
| $(TARGET) | # 相当于C语言的宏定义 | |
| %c、%cpp、%o | 隐含规则: 任意的.c 或 任意的.cpp 或 任意的.o | 使用%c 或 %cpp 或 %o 或 %h 时,优先加点'.'使用,如:%.c、%.cpp、%.o、%.h |
| *.c、*.cpp、*.o | 所有的.c 或 所有的.cpp 或 所有的.o | |
| $^ | 所有的依赖文件 依赖文件:我要做这个操作,依赖哪些东西 | $(TARGET): $(OBJ) $(CXX) $^ -o $@ |
| $< | 所有依赖文件的第一个文件(应该也是最匹配的一个文件) | %.o: %cpp $(CXX) $(CXXFLAGS) $< -o $@ |
| $@ | 所有的目标文件 目标文件:我要做这个操作,要生成的东西; | |
| CXXFLAGS | CXXFLAGS = -c -Wall 类似于宏替换 | |
| SRC = $(wildcard *.cpp) | 获取项目路径下的所有.cpp源文件 | |
| OBJ = $(patsubst %.cpp, %.o, $(SRC)) | 根据源文件链接成 .o 文件 | wildcard 和 patsubst 是Makefile函数的用法 |
| -wall | 编译后显示所有警告 | Makefile 中 -g、-o、-c、-f 、-D、-Wall、-L、含义 | 码农家园 |

这个帖子绝佳,搞明白很多之前的疑问,赞!Makefile 中 -g、-o、-c、-f 、-D、-Wall、-L、含义 | 码农家园

3、最终编译

继续回顾流程,显示用各个开源库的build.sh脚本把各个开源库编译一遍。再把子文件夹用Makefile编译一遍,这个上面的帖子也说了,每个子文件夹都有一个Makefile

这其中还有一个很奇怪的一个点,就是工程写了一个build.sh脚本,是进入每个子文件夹分别执行Makefile,这个也是一个知识点。但这不是重点,重点是用这个build.sh脚本执行编译时,过程中会因为MobaXterm出现network断开导致编译失败,所以我是对子文件夹单独编译的。可以编好。就很奇怪。

到此第三方开源库、子文件的静态库都编好了。其中过程中遇到好几个问题,通过百度都解决了,也记录在自己的文章中了。报错处理集-CSDN博客,现在就开始编译最终的so文件了。

这其中还有一个知识点就是,其实我之前理解的所谓交叉编译环境是在x86机器上安装检查编译工具。但是过程中问了心哥知道其实我用的这个欧拉系统是arm环境,所以交叉编译是不是只能用arm机器呢,这个问题留存解决。

解释:百度了一下,理解了,意思就是交叉编译是因为目标平台可能不支持编译或者资源不够,跨平台编译就叫交叉编译。如果像我这样就不算交叉编译了吧。

【百度百科:

一个经常会被问到的问题就是,"既然我们已经有了主机编译器,那为什么还要交叉编译呢?"其实答案很简单。有时是因为目的平台上不允许或不能够安装我们所需要的编译器,而我们又需要这个编译器的某些特征;有时是因为目的平台上的资源贫乏,无法运行我们所需要编译器;有时又是因为目的平台还没有建立,连操作系统都没有,根本谈不上运行什么编译器。

另一个经常会被问到的问题就是:"既然可以交叉编译,那还要主机编译干吗?"其实答案也很简单,交叉编译是不得已而为之!与主机编译相比,交叉编译受的限制更多,虽然在理论上我们可以做任何形式的交叉编译,但事实上,由于受到专利、版权、技术的限制,并不总是能够进行交叉编译,尤其是在业余条件下!举例来说,我们至今无法生成惠普公司专有的som格式的可执行文件,因此我们根本无法做目的平台为HPPA-HPUX的交叉编译。来源:交叉编译_百度百科

还有一点就是这次编译过程比较复杂,一方面是因为集气室离线的,很多是要离线安装的。但是问了心哥,说可以用yum install在线安装,试了确实可以。这个可能跟是欧拉系统有关。

三、其他知识点

1、这边还有一个关于x86和arm平台区别的知识点,找到这篇帖子:https://www.cnblogs.com/kin-zhang/p/15031633.html

2、Makefile里面可以直接把.a换成.so吗?编译.a和编译.so的Makefile有什么区别?

这个需要后面了解下

Makefile链接静态库.a编译成动态库.so_makefile 链接.a-CSDN博客

3、linux安装git的用户设置

当时准备安装git拉取代码的,不过发现并不可行,所以没有深究下去。后面可以了解下。

4、LIB = ar cr什么意思,未知,后面要了解下


总结

对整个编译过程进行了总结,是有意义的,编成功了。但是经验不复用应该是不好的,需要把经验积累下来。突然想起来强哥之前一直说要经验复用,大概也是指的这个意思吧。

相关推荐
Q_192849990611 分钟前
基于Spring Boot的九州美食城商户一体化系统
java·spring boot·后端
ZSYP-S39 分钟前
Day 15:Spring 框架基础
java·开发语言·数据结构·后端·spring
Yuan_o_1 小时前
Linux 基本使用和程序部署
java·linux·运维·服务器·数据库·后端
程序员一诺2 小时前
【Python使用】嘿马python高级进阶全体系教程第10篇:静态Web服务器-返回固定页面数据,1. 开发自己的静态Web服务器【附代码文档】
后端·python
DT辰白2 小时前
如何解决基于 Redis 的网关鉴权导致的 RESTful API 拦截问题?
后端·微服务·架构
thatway19893 小时前
AI-SoC入门:15NPU介绍
后端
陶庵看雪3 小时前
Spring Boot注解总结大全【案例详解,一眼秒懂】
java·spring boot·后端
Q_19284999063 小时前
基于Spring Boot的图书管理系统
java·spring boot·后端
ss2733 小时前
基于Springboot + vue实现的汽车资讯网站
vue.js·spring boot·后端
一只IT攻城狮4 小时前
华为云语音交互SIS的使用案例(文字转语音-详细教程)
java·后端·华为云·音频·语音识别