【交叉编译】Python和C++程序的平台移植教程,x86-Linux到ARM-Linux

最近实验室在搞一个嵌入式开发的项目,需要将Linux上编写的程序移植到ARM开发板上,由于之前也并没有做过这个方面,所以踩了不少的坑,这里把完整过程记录下来,供后来人参考。

一、交叉编译原理

在本教程的开头,我先大致给大家说明一下交叉编译的原理以及为什么要进行交叉编译,为后来大家在看教程的时候做一个铺垫,当后面遇到问题的时候也会有解决的思路。

什么是交叉编译?

交叉编译说白了就是要在一个架构平台上编译另一个架构平台可以运行的可执行文件或者动态链接库。由于不同架构下的指令集不同,所以在这个平台下 编译出的机器代码在另一种指令集上是无法运行的,动态链接库也一样,所以这就需要用到交叉编译了。

为什么要有交叉编译

有人可能会说,直接在另一台机器上也安装一台编译器不就完事了。我只能说你很机智!但是这里需要考虑两个问题。

一个是开发板性能的问题,一般来说,我们用于嵌入式开发的开发板性能都是不如电脑主板的,有些大型的程序,比如机器学习的,在开发板上编译是要花费很长时间的,甚至开发板的配置不足以支持我们编译,这种时候就需要考虑交叉编译 了。

另一个就是编译难度的问题,众所周知,在Linux下进行大型C项目的开发是离不开Makefile的,如果你现在已经有了x86-Linux平台下的全部项目工程,想把他移植到ARM-Linux下,你要么选择重新编写ARM平台下的Makefile,要么选择进行交叉编译,对于小型项目当然重写一个没问题,但如果开发的是大型的项目的话,重新编写Makefile就得不偿失了。

交叉编译大体思路

对于交叉编译,不同的人可能有不同的做法。在我的项目中,我是选择用交叉编译工具链来进行,这样可以比较快速的对已有项目进行移植。

大体思路如下:首先阅读你的Makefile文件 ,找到其中定义编译器的地方,将其改为你需要用的交叉编译工具链(一定要全部改过来),然后参数可以先不动,运行相应make命令,得到可执行文件或动态链接库。

感觉好像听起来很简单的样子,但我估计大多数还在看教程的小伙伴还是不知道怎么做的,下面我就具体讲一下我这个项目中的做法以及中途遇到的一些坑。

二、利用交叉编译,移植Python和C工程

Python移植

首先我觉得有些人可能会对移植Python有疑问,这里我作简单的解释,在交叉编译的时候,其实Python就是一个用C/C++编写好的一个工程,不要把他看成Windows下的应用程序,这样的话你就好理解了,说是移植Python,其实就是把一大堆C/C++代码编译成ARM平台上可以使用的可执行文件而已。

关于Python的移植,我在这里就不多说了,因为我也是参照别人的博客来搞的(其实搞了半天,最后发现我的板子上本来就有自带的Python 3.5,哭辽)。博客链接如下:
                                                                ARM40之Python3.6.4移植

这里我要着重说一下交叉编译工具链的选择问题,这也是我踩过的一个坑,大家不要以为每一个工具链都是一样的,对不同的要求,是需要选择不同的工具链的。对于64位的ARM平台,可以使用aarch64-linux-gnu-gcc,对于32位的ARM平台,可以使用arm-linux-gnueabi-gcc,对于下面的过程也一样需要考虑工具链的选取!!!

  • aarch64-linux-gnu-gcc下载地址:aarch64-linux-gnu-gcc交叉编译工具链
  • arm-linux-gnueabi-gcc下载地址:arm-linux-gnueabi-gcc交叉编译工具链

哦哦,还有一个,如果你不会安装交叉编译工具链的话,可以参考以下博文,不需要考虑版本的问题,安装过程都一样!

  • 安装arm-linux-gnueabi-gcc交叉编译器

C/C++工程移植

首先一个前提是,你需要提前编写好工程的Makefile文件,如果你的工程压根不需要编写Makefile进行编译,那就直接放到板子上编译就好了,也就不用往下看了(很皮)。

然后,就是需要把你原来的gcc or g++编译器,修改为相应的交叉编译链命令,直接make,如果你是个lucky dog的话,那恭喜你,交叉编译已经完成了!但是一般情况下是不会那么顺利的。下面我就只给大家指出几个坑点,如果有人踩坑了,可以照着检查修改以下。

  • 第一个可能会出错的地方,编译选项。对于编译选项的问题,一般情况下,是不需要考虑的,因为编写交叉编译工具链的人都给你考虑过了,但有些也不行,比如x86平台下gcc的-m64选项,可以将程序编译为64位平台下运行的程序,但它就无法用于arm-linux-gnueabi-gcc中。但遇到这种问题也不要慌,一般你去stack overflow上,总有人会和你遇到同样的问题。
  • 第二个可能会出错的地方,开发板位数的问题。上面也提到过,这里再次强调一下,一定要注重交叉编译工具链的选择,如果选择不对,不仅会浪费你大量的时间,而且还会把你心态搞崩…我就是一个很好的例子。
  • 第三个可能会出错的地方,makefile隐藏规则的问题。用过makefile的人都知道,makefile为了让人们可以省一点力气,有一些隐藏规则,但在交叉编译的时候,可就难受了,这里我仅举一个例子:对于makeifle,如果你不写 %.o : %.c的话,其默认会将.c或者.cpp文件编译成同名的目标文件.o文件,但这个过程,如果使用默认编译的话,在你不指明的情况下,其用的是系统默认的gcc编译,所以在你交叉编译的时候,就会看到你虽然为其他编译制定了使用交叉编译器,但还是有那么一些命令运行的是gcc编译的,也就会导致之后的错误。

我暂时遇到的坑点也就这些了,如果大家遇到什么其他问题,欢迎在评论区和我讨论,我也会尽力去帮助大家的!!

三、更高级的工具–cmake

话说到了这里应该就要结束了,但是我还是不甘心,为什么这个东西要这么费劲,就没有一种省事的办法吗?

经过我百般调研,功夫不负有心人,我了解到一个工具,好像确实可以解决跨平台编译的问题,那就是cmake,有兴趣的同学可以自行了解一下,这里我就大致进行一下解释,谁让我都提出来了呢!(虽然我也是刚入门)

cmake就是一种可以自行生成Makefile的脚本语言,可想而知,我之前提到的第二个问题就可以解决了!对于不同平台,你只需要安装cmake,然后编写一个CMakeLists.txt,就可以在不同的平台下,生成对应的Makefile文件,是不是很6?当然前提是你要把cmake写的好。

但如果板子的性能不足的话,那也没办法,还是老老实实地交叉编译吧!!

你可能感兴趣的:(交叉编译)