最近看论文看的烦,又重新拾起之前没有完全完成的交叉编译,准备在网上找资料,好好研究一下。
参考链接:
http://blog.csdn.net/zqixiao_09/article/details/51822943
http://blog.csdn.net/shenjianxz/article/details/52130111
http://www.crifan.com/files/doc/docbook/binutils_intro/release/html/binutils_intro.html
了解交叉编译之前,首先要介绍本地编译,才能进一步对比本地编译与交叉编译的区别。
我们之前常见的软件开发,都是属于本地编译:在当前的PC下,x86的CPU下,直接编译出来程序,可以运行的程序(或者库文件),其可以直接在当前的环境,即x86的CPU下,当前电脑中,运行。
此时的编译叫做本地编译,即编译出来的程序是由当前目标平台编译出的,且只是放到当前平台下运行。
交叉编译是和本地编译相对应的概念。交叉编译是指在当前平台下编译出在其他平台下运行的程序,即编译出来的程序运行环境与编译它的环境不一样,所以称为交叉编译(Cross Compile)。
交叉编译的概念一般用于嵌入式系统开发。
使用交叉编译的主要原因,是嵌入式系统中配置较低,资源过少,远不及PC的编译效率。
以笔者为例,笔者的毕业设计是把在ARM上运行一个搭建一个小型监控系统,所以就需要在ARM上配置OpenCV。一方面,笔者的ARM是Cortex-A9的四核1.0GHz的芯片(且已经算比较高的配置),但编译速度依旧远远不如笔者的PC机(i7处理器,8核3.6GHz)。如果在ARM上编译OpenCV,编译过程中生成的中间文件可能大于ARM存储容量不说,且编译速度也远不如本地编译。另一方面,PC机的CPU架构是x86型的,ARM的CPU架构是ARM型的,所以这时候就需要用交叉编译器(此处即为ARM的编译器)编译程序代码,然后移植到ARM平台运行。所以这就是交叉编译的意义所在。
工具链可以被拆分为两部分:工具、链。下面分别对其进行解释:
工具就是用来工作的。此处工作的目的是为了生成库文件或(可运行)程序。
此处为了将程序代码编译成可执行文件,中间涉及到了编译、链接等其他步骤,过程中依赖很多相关工具,其中最核心的便是编译器(如gcc)、链接器(ld)。此处所谓的工具,就是gcc,ld等与程序编译、链接等操作相关的工具。
达成此目标的工作流程中主要包含了编译、链接两个步骤。
这里有一个不得不提的二进制工具集——GNU Binutils。
GNU Binutils,即GNU Binary Utilities的简写,是一组二进制工具的集合。主要包含的工具有:
其中最重要的工具是ld, as。
关于编译、链接,笔者也写过一篇简析:《程序生成之编译、链接、加载浅析》,关于编译与链接的内容可查阅该博客。
链(chain)的意义在于,按照对应的逻辑,将多个工具串联在一起。
工具,即为前面说到的与程序编译、链接相关的gcc等工具;对应的逻辑,指程序本身编译链接的先后顺序。即先编译,后链接,最后进行其他后期处理(如用objcopy操作相应目标文件等)。
如此将程序编译链接相关工具,按照先编译后链接的内在编译逻辑串起来,就成了我们所谓的工具链。
一般所说的工具链,指的是本地平台自己的工具链。而用于交叉编译的工具链,就是交叉工具链。交叉工具链中,gcc编译器、ld链接器以及其他的相关工具,都是用来跨平台交叉编译的。
交叉工具链与本地工具链类似,也有交叉编译版本的gcc, ld, as等工具,与本地工具链两两对应。交叉工具链中最重要的工具还是编译器gcc,所以我们也经常把交叉工具链简称为交叉编译器,即严格意义上来讲,交叉编译器指的是交叉编译版本的gcc,但为了叫法上的方便,我们平常说的交叉编译,其实指的都是交叉工具链。
例如常用的交叉编译器arm-linux-gcc,其实是一系列交叉编译版本的交叉工具链,其中包含了arm-linux-gcc, arm-linux-ld, arm-linux-as等工具。
交叉编译,就是在一种平台上编译出能运行在体系结构不同的另一种平台上的程序。例如在x86平台下交叉编译出了ARM平台上的程序,虽然两个平台用的都是Linux系统,但编译得到的程序只能在ARM平台下运行,x86平台下不可运行。