交叉編譯和交叉工具鏈(一)

2021-09-29 23:27:12 字數 4025 閱讀 7593

一、交叉編譯簡介

1、什麼是交叉編譯

1.1 本地編譯

解釋什麼是交叉編譯之前,先要明白乙個概念:本地編譯

我們之前常見的軟體開發,都是屬於本地編譯:在當前的pc下,x86的cpu下,直接編譯出來程式,可以執行的程式(或者庫檔案),其可以直接在當前的環境,即x86的cpu下,當前電腦中,執行。

此時的編譯,可以叫做,本地編譯,即在當前目標平台下,編譯出來的程式,也只是放到當前平台下,就可以執行的。

2.2 交叉編譯

交叉編譯,是乙個和,本地編譯,相對應的概念。

而所謂的,交叉編譯,就是:在一種平台上編譯,編譯出來的程式,是放到別的平台上執行即編譯的環境,和執行的環境不一樣,屬於交叉的,此所謂cross

交叉編譯,這個概念,主要和嵌入式開發有關。

例 1.1. 在x86平台上編譯,在arm平台上執行

一種最常見的例子就是:

在進行嵌入式開發時

手上有個嵌入式開發板,cpu是arm的

然後在x86的平台下開發,比如ubuntu的linux,或者是win7

然後就需要:

在x86的平台上,(用交叉編譯器)去編譯你寫好的程式**

編譯生成的(可執行的)程式,是放到目標開發板,arm的cpu上執行的

此所謂:在x86平台上編譯,在arm平台上執行

交叉編譯,英文常寫作cross compile,也有其他寫法:crosscompile, cross compiling等

2、為何要有交叉編譯

之所以要有交叉編譯,主要原因是:嵌入式系統中的資源太少

具體的解釋就是:交叉編譯出來的程式,所要執行的目標環境中,各種資源,都相對有限,所以很難進行直接的本地編譯

最常見的情況是:在進行嵌入式開發時,目標平台,即嵌入式開發板,比如是最大主頻200mhz的arm的cpu,加上32m的ram,加上1g的nand flash等等。在如此相對比較緊張的硬體資源的前提下,在已經執行了嵌入式linux的前提下,是沒法很方便的直接在嵌入式linux下,去本地編譯,去在arm的cpu下,編譯出來,供arm的cpu可以執行的程式的。因為編譯,開發,都需要相對比較多的cpu,記憶體,硬碟等資源,而嵌入式開發上的那點資源,只夠嵌入式(linux)系統執行的,沒太多剩餘的資源,供你本地編譯。

busybox中包含make等和編譯開發相關的工具

對應的,等你後期熟悉了嵌入式開發,熟悉了busybox後,

比如在buildroot中去配置busybox,或者單獨交叉編譯busybox時:

【記錄】ubuntu下為qemu的arm平台交叉編譯busybox

就會看到,後來的busybox,功能增加後,也已經包含了一些,和編譯開發相關的工具,比如make等等

而這些工具,本來的話,只是,放在pc端使用,即在x86平台下做開發的時候,在交叉編譯的時候,才用到的工具,

現在,也在(busybox的)嵌入式環境中,支援了。

此時,如果,你在busybox中把相關的開發工具都選上的話,

再加上,你的目標開發板的硬體配置足夠強大的話,比如cpu都是以ghz為單位,等等

加上相關的開發的庫和工具都很全的話

實際上,至少理論上,也是可以在你的嵌入式linux中,進行,有限的,甚至是很大程度上的,本地開發

即,直接在arm的開發板上,嵌入式linux中,直接進行嵌入式開發,進行針對arm的本地編譯

比如,編譯出乙個helloworld,估計還是可以的

這樣,就不存在,或者說,避免了,此處所說的,交叉編譯,而變成了本地編譯

就相當於,之前在x86的pc端的,編譯程式放在x86的cpu上執行的本地編譯,

在arm的cpu,嵌入式linux中,也實現了

但是很明顯,對於更加複雜的程式或者庫,在arm開發板上直接編譯的可行性和效率,相對就很低

而且如果是本身折騰uboot等東西,本身目標執行環境,就沒有完整的(嵌入式linux)系統的話,那麼就更加沒法在目標平台實現本地編譯了。

則還是只能進行,此處所說的,交叉編譯

二、交叉工具鏈簡介

1、什麼是工具鏈

所謂的工具鏈,兩部分的含義:

a -- 工具

工具,即tool

工具,是用來幹活的;此處要幹的活,目標是為了:生成(可以執行的)程式或庫檔案

而為了達成此目標,內部的執行過程和邏輯主要包含了:

1)、編譯

編譯的輸入(物件)是:程式**

編譯輸出(目標)是:目標檔案

編譯所需要的工具是:編譯器

編譯器,常見的編譯器,即為gcc

2)、鏈結

鏈結器,即ld

即,此處,為了將程式**,編譯成可執行檔案,涉及到編譯,鏈結(等其他步驟),要依賴到很多相關的工具,最核心的是編譯器gcc,鏈結器ld。而此處,所謂的工具,主要指的就是:和程式編譯鏈結等相關的gcc,ld等工具

binutils包含了ld等工具

實際上,上面所說的ld,只是處理操作目標檔案,二進位制檔案的最主要的乙個工具

所以,對此,gnu官網,弄出乙個binutils,即binary utils,二進位制工具(包),整合了這些,和操作二進位制相關的工具集合,叫做binutils

所以,之後你所見到的,常見的工具,就是那個著名的gnu binutils了。

b -- 鏈

鏈,即鏈條,chain

之所以能稱為鏈,你是說明不止乙個東西,然後,按照對應的邏輯,串在一起,鏈在一起。而對應的,涉及到的:

按照對應的邏輯:指的就是,按照程式本身編譯鏈結的先後順序,即:先編譯,後鏈結,再進行後期其他的處理等等,比如用objcopy去操作相應的目標檔案等等

如此的,將:

2、什麼是交叉工具鏈

普通所說的,工具鏈指的是當前自己的本地平台的工具鏈

交叉工具鏈,很明顯,是用來,交叉編譯,跨平台的程式所用的。交叉工具鏈,和(本地)工具鏈類似,也是包含了很多的,對應的工具,交叉編譯版本的gcc,ld,as等等。但是,由於其中最最主要的是用於編譯的gcc,所以,我們也常把:交叉工具鏈,簡稱為交叉編譯器

即嚴格意義上來說,交叉編譯器,只是指的是交叉編譯版本的gcc。但是實際上為了叫法上的方便,我們常說的交叉編譯器,都是指的是交叉工具鏈。常說的交叉編譯版本的gcc,比如arm-linux-gcc,實際上指代了,包含一系列交叉編譯版本的交叉工具鏈(arm-linux-gcc,arm-linux-ld,arm-linux-as等等)而此文中,後面,所說的,如無特殊指明,均用交叉編譯器指代交叉工具鏈。

總結:交叉編譯就是在一種平台上編譯出能執行在體系結構不同的另一種平台上的程式,比如在pc平台(x86 cpu)上編譯出能執行在以arm為核心的cpu平台上的程式,編譯得到的程式在x86 cpu平台上是不能執行的,必須放到arm cpu平台上才能執行,雖然兩個平台用的都是linux系統。 交叉編譯工具鏈是乙個由編譯器、聯結器和直譯器組成的綜合開發環境,交叉編譯工具鏈主要由binutils、gcc和glibc三個部分組成。有時出於減小 libc 庫大小的考慮,也可以用別的 c 庫來代替 glibc,例如 uclibc、dietlibc 和 newlib。

交叉編譯工具鏈

交叉編譯工具鏈 交叉編譯 就是在一種平台上編譯出能執行在體系結構不同的另一種平台上的程式 比如在pc平台 x86 cpu 上編譯出能執行在以arm為核心的cpu平台上的程式,編譯得到的程式在x86 cpu平台上是不能執行的,必須放到arm cpu平台上才能執行,雖然兩個平台用的都是linux系統 交...

交叉編譯工具鏈安裝

平台 pc 筆者使用虛擬機器vmware 系統 redhat6 ubuntu 版本 4.3.2 tar xvzf arm linux gcc 4.3.2.tgz c 注意這裡使用的是預設解壓路徑,預設是解壓到 usr local arm目錄下 如果需要制定安裝路徑的,只需要在 c後面跟上具體路徑即可...

交叉編譯工具鏈安裝

平台 pc 筆者使用虛擬機器vmware 系統 redhat6 ubuntu 版本 4.3.2 tar xvzf arm linux gcc 4.3.2.tgz c 注意這裡使用的是預設解壓路徑,預設是解壓到 usr local arm目錄下 如果需要制定安裝路徑的,只需要在 c後面跟上具體路徑即可...