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什么意思,未知,后面要了解下


总结

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

相关推荐
苏打水com2 分钟前
数据库进阶实战:从性能优化到分布式架构的核心突破
数据库·后端
间彧1 小时前
Spring Cloud Gateway与Kong或Nginx等API网关相比有哪些优劣势?
后端
间彧1 小时前
如何基于Spring Cloud Gateway实现灰度发布的具体配置示例?
后端
间彧1 小时前
在实际项目中如何设计一个高可用的Spring Cloud Gateway集群?
后端
间彧1 小时前
如何为Spring Cloud Gateway配置具体的负载均衡策略?
后端
间彧1 小时前
Spring Cloud Gateway详解与应用实战
后端
EnCi Zheng3 小时前
SpringBoot 配置文件完全指南-从入门到精通
java·spring boot·后端
烙印6013 小时前
Spring容器的心脏:深度解析refresh()方法(上)
java·后端·spring
Lisonseekpan3 小时前
Guava Cache 高性能本地缓存库详解与使用案例
java·spring boot·后端·缓存·guava
4 小时前
JUC专题 - 并发编程带来的安全性挑战之同步锁
后端