如需轉(zhuǎn)載請注明出處：https://blog.csdn.net/qq_29350001/article/details/78464208

交叉編譯器我們講了不少，

Hi3516A開發(fā)--安裝交叉編譯器??

DM368開發(fā) -- 環(huán)境搭建??

MQTT再學(xué)習(xí) -- 交叉編譯與移植

LIVE555再學(xué)習(xí) -- DM368/Hi3516A 交叉編譯

但都未系統(tǒng)的總結(jié)一下。

接下來，先講一下S5PV210的交叉編譯器的安裝，然后再總結(jié)。

一、安裝交叉編譯器

（1）下載

下載：arm-none-linux-gnueabi-gcc下載

（2）安裝

交叉編譯所需軟件包為?arm-2009q3.tar.bz2

《1》解壓

在 /usr/local/ 目錄下建立目錄 arm，將軟件解壓至該目錄。

? ? #tar -xvf?arm-2009q3.tar.bz2 -C /usr/local/arm/

PS：按理說是可以解壓在任意目錄下的，但提供的kernel源碼編譯器默認(rèn)設(shè)置的位置是??/usr/local/arm/?

《2》增加環(huán)境變量

環(huán)境變量之前講過，參看：UNIX再學(xué)習(xí) -- 環(huán)境變量

修改 /etc/profile 文件?

? ? #gedit /etc/profile ?

在最末尾添加：

? ? export PATH=/usr/local/arm/arm-2009q3/bin/:$PATH

執(zhí)行如下指令讓環(huán)境變量生效：
? ? #source /etc/profile

檢驗：

which arm-none-linux-gnueabi-gcc ?查看所在位置
echo $PATH ?查看環(huán)境變量

二、交叉編譯器詳解

參看：交叉編譯詳解

參看：交叉編譯詳解 一 概念篇

（1）什么是交叉編譯

在講交叉編譯之前，可以先回顧一下之前講的 gcc 編譯，參看：C語言再學(xué)習(xí) -- GCC編譯過程

這個 gcc 編譯，可以理解為“本地編譯”，直接將源文件編譯出來的程序，編譯出來的程序可以在當(dāng)前平臺下進(jìn)行運行。

而所謂的交叉編譯器正好與本地編譯相對應(yīng)，在當(dāng)前編譯平臺下，編譯出來的程序能運行在體系結(jié)構(gòu)不同的另一種目標(biāo)平臺上，但是編譯平臺本身卻不能運行該程序。

舉個栗子：

參看：MQTT再學(xué)習(xí) -- 交叉編譯與移植

然后我門再看一下，gcc 和?arm-none-linux-gnueabi-gcc 編譯生成的文件到底有啥不同。

gcc編譯：

?

[cpp]?view plain?copy

#?file?libmosquitto.so.1???

libmosquitto.so.1:?ELF?32-bit?LSB?shared?object,?Intel?80386,?version?1?(SYSV),?dynamically?linked,???

BuildID[sha1]=0xb05795243eded68d65abe39b12212099c849965b,?not?stripped??

arm-none-linux-gnueabi-gcc?交叉編譯：

[cpp]?view plain?copy

#?file?libmosquitto.so.1???

libmosquitto.so.1:?ELF?32-bit?LSB?shared?object,?ARM,?version?1?(SYSV),?dynamically?linked,???

not?stripped??

看出來了么？ 是類型啦，主要是在 Intel 80386 執(zhí)行還是在 ARM 執(zhí)行的。

?

參看：PM2.5檢測 -- PMS7003 采集和 MQTT 傳輸

生成可執(zhí)行文件 client

[cpp]?view plain?copy

//查看文件屬性??

#?file?client???

client:?ELF?32-bit?LSB?executable,?ARM,?version?1?(SYSV),?dynamically?linked?(uses?shared?libs),???

for?GNU/Linux?2.6.14,?not?stripped??

??

//Ubuntu下?不能執(zhí)行??

#?./client???

bash:?./client:?cannot?execute?binary?file ?

arm-none-linux-gnueabi-gcc 在Ubuntu下編譯生成的文件，不能在Ubuntu下運行，只能在ARM開發(fā)板下執(zhí)行。

（2）為什么會有交叉編譯器

之所以要有交叉編譯，主要原因是：
速度： 目標(biāo)平臺的運行速度往往比主機(jī)慢得多，許多專用的嵌入式硬件被設(shè)計為低成本和低功耗，沒有太高的性能
能力： 整個編譯過程是非常消耗資源的，嵌入式系統(tǒng)往往沒有足夠的內(nèi)存或磁盤空間
可用性： 即使目標(biāo)平臺資源很充足，可以本地編譯，但是第一個在目標(biāo)平臺上運行的本地編譯器總需要通過交叉編譯獲得
靈活性： 一個完整的Linux編譯環(huán)境需要很多支持包，交叉編譯使我們不需要花時間將各種支持包移植到目標(biāo)板上

為什么交叉編譯比較困難，參看：Introduction to cross-compiling for Linux

（3）交叉編譯鏈

參看：C語言再學(xué)習(xí) -- GCC編譯過程

編譯過程可分為四個階段：預(yù)處理->>編譯->>匯編->>鏈接 ? ?看參看文章即可，這里就不多講了。

（4）交叉編譯器的名字的命名規(guī)則

?

?

參看：arm交叉編譯器gnueabi、none-eabi、arm-eabi、gnueabihf、gnueabi區(qū)別

《1》命名規(guī)則

交叉編譯器的（前綴）的名字的命名規(guī)則是： arch-vendor-kernel-system

arch，即系統(tǒng)架構(gòu)
表示交叉編譯器，是用于哪個目標(biāo)系統(tǒng)架構(gòu)中，用于那個平臺中的。即，用此交叉編譯器編譯出來的程序，是運行在哪種CPU上面的。arch的值，常見的有很多種，比如arm，x86，mips等等。

vendor，即生成廠家，提供商
表示誰提供的，即誰制作出來這個交叉編譯器的。但是這一組命名好像比較靈活，在其它廠家提供的交叉編譯鏈中，有以廠家名稱命名的，也有以開發(fā)板命名的，或者直接是none或cross的。

kernel，直譯為，內(nèi)核
其實指的是，你用此交叉編譯器，編譯出來的程序，所運行的目標(biāo)系統(tǒng)。即，此交叉編譯器，編譯出來的程序，在什么系統(tǒng)中，什么環(huán)境中，運行。見過的有 Linux，uclinux，bare（無OS）。

system，直譯為，系統(tǒng)
其實主要表示的，交叉編譯器所選擇的庫函數(shù)和目標(biāo)系統(tǒng)。最常見的一些值有，gnu，gnueabi，uclibcgnueabi等等。

?

擴(kuò)展：

ABI：二進(jìn)制應(yīng)用程序接口(Application Binary Interface (ABI) for the ARM Architecture)。在計算機(jī)中，應(yīng)用二進(jìn)制接口描述了應(yīng)用程序（或者其他類型）和操作系統(tǒng)之間或其他應(yīng)用程序的低級接口。
EABI：嵌入式ABI。嵌入式應(yīng)用二進(jìn)制接口指定了文件格式、數(shù)據(jù)類型、寄存器使用、堆積組織優(yōu)化和在一個嵌入式軟件中的參數(shù)的標(biāo)準(zhǔn)約定。開發(fā)者使用自己的匯編語言也可以使用 EABI 作為與兼容的編譯器生成的匯編語言的接口。
兩者主要區(qū)別是，ABI是計算機(jī)上的，EABI是嵌入式平臺上（如ARM，MIPS等）。

《2》分類和說明

參看：ARM交叉編譯工具鏈

從授權(quán)上，分為免費授權(quán)版和付費授權(quán)版。
免費版目前有三大主流工具商提供，第一是GNU（提供源碼，自行編譯制作），第二是 Codesourcery，第三是Linora。

收費版有ARM原廠提供的armcc、IAR提供的編譯器等等，因為這些價格都比較昂貴，不適合學(xué)習(xí)用戶使用，所以不做講述。

arm-none-linux-gnueabi-gcc：是 Codesourcery 公司（目前已經(jīng)被Mentor收購）基于GCC推出的的ARM交叉編譯工具?？捎糜诮徊婢幾gARM（32位）系統(tǒng)中所有環(huán)節(jié)的代碼，包括裸機(jī)程序、u-boot、Linux kernel、filesystem和App應(yīng)用程序。

arm-linux-gnueabihf-gcc：是由 Linaro 公司基于GCC推出的的ARM交叉編譯工具?？捎糜诮徊婢幾gARM（32位）系統(tǒng)中所有環(huán)節(jié)的代碼，包括裸機(jī)程序、u-boot、Linux kernel、filesystem和App應(yīng)用程序。

aarch64-linux-gnu-gcc：是由 Linaro 公司基于GCC推出的的ARM交叉編譯工具?？捎糜诮徊婢幾gARMv8 64位目標(biāo)中的裸機(jī)程序、u-boot、Linux kernel、filesystem和App應(yīng)用程序。

arm-none-elf-gcc：是 Codesourcery 公司（目前已經(jīng)被Mentor收購）基于GCC推出的的ARM交叉編譯工具?？捎糜诮徊婢幾gARM MCU（32位）芯片，如ARM7、ARM9、Cortex-M/R芯片程序。

arm-none-eabi-gcc：是 GNU 推出的的ARM交叉編譯工具。可用于交叉編譯ARM MCU（32位）芯片，如ARM7、ARM9、Cortex-M/R芯片程序。

（5）包含的工具

查看 arm-2009q3/bin 可以看到其包含很多工具，那么這些工具都是干哈的，我們來看一下。

《1》GNU Binutils 簡介

參看：GNU Binutils

參看：GNU Binary Utilities

GNU Binutils是二進(jìn)制工具的集合。 主要的是：
ld - GNU鏈接器。
as - GNU匯編程序。

addr2line - 將地址轉(zhuǎn)換為文件名和行號。
ar - 用于創(chuàng)建，修改和從檔案中提取的實用程序。
c++ filt - 過濾到demangle編碼的 C++ 符號。
dlltool - 創(chuàng)建用于構(gòu)建和使用DLL的文件。
gold - 一個新的，更快的ELF鏈接器，仍在測試中。
gprof - 顯示分析信息。
nlmconv - 將目標(biāo)代碼轉(zhuǎn)換為 NLM。
nm - 列出來自目標(biāo)文件的符號。
objcopy - 復(fù)制和翻譯目標(biāo)文件。
objdump - 顯示來自對象文件的信息。
ranlib - 生成一個檔案內(nèi)容的索引。
readelf - 顯示來自任何 ELF 格式對象文件的信息。
size - 列出對象或歸檔文件的節(jié)大小。
strings - 列出文件中可打印的字符串。
strip - 丟棄符號。
windmc - Windows兼容的消息編譯器。
windres - Windows資源文件的編譯器。

《2》使用示例

匯編器
arm-linux-as led.o -o led.s -g

鏈接器
arm-linux-ld -o led led.o
文件格式轉(zhuǎn)換
arm-linux-objcopy binary -O led led.bin
反匯編
arm-linux-objdump -S led.o>led.asm
elf格式文件查看
arm-linux-readelf -a led.elf
符號表生成指令
arm-linux-nm led.elf?
去掉elf文件中不需要的信息和代碼
arm-linux-strip led.elf ? ? ?arm-linux-strip led.o

三、會遇到的問題

如果是對gcc編譯不熟悉的人可能會遇到一個問題：

上傳到板子的“可執(zhí)行文件”，運行后出現(xiàn) line 1: syntax error: unexpected word (expecting ")")?

?

問題分析：

1. 編譯器的問題

用arm-linux-gcc編譯，可能原來是用gcc編譯的。假如是腳本，#!/bin/sh 改 #!/bin/bash試試

2. 文件完整性

重新燒寫或上傳一遍

3. 編譯命令問題

比如我的一個測試程序 test.c

編譯：arm-none-linux-gnueabi-gcc -c i2c_test.c -o i2c_test? ? ?//i2c_test 為目標(biāo)文件

使用file查看：

# file i2c_test i2c_test: ELF 32-bit LSB relocatable, ARM, version 1 (SYSV), not stripped

使用 readelf 查看：

# readelf -h i2c_test ELF Header:Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32Data: 2's complement, little endianVersion: 1 (current)OS/ABI: UNIX - System VABI Version: 0Type: REL (Relocatable file)Machine: ARMVersion: 0x1Entry point address: 0x0Start of program headers: 0 (bytes into file)Start of section headers: 1008 (bytes into file)Flags: 0x5000000, Version5 EABISize of this header: 52 (bytes)Size of program headers: 0 (bytes)Number of program headers: 0Size of section headers: 40 (bytes)Number of section headers: 15Section header string table index: 12

這相當(dāng)于將 i2c_test.o 重命名為 i2c_test 其本質(zhì)還是目標(biāo)文件。

如果此時你將?i2c_test 拷貝到開發(fā)板，執(zhí)行的話，當(dāng)然就會出現(xiàn)問題

line 1: syntax error: unexpected word (expecting ")")?

編譯：arm-none-linux-gnueabi-gcc i2c_test.c -o i2c_test ? ? //i2c_test 為可執(zhí)行文件

使用 file 查看：

# file i2c_test i2c_test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped

使用 readelf 查看：

# readelf -h i2c_test ELF Header:Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32Data: 2's complement, little endianVersion: 1 (current)OS/ABI: UNIX - System VABI Version: 0Type: EXEC (Executable file)Machine: ARMVersion: 0x1Entry point address: 0x84a0Start of program headers: 52 (bytes into file)Start of section headers: 3132 (bytes into file)Flags: 0x5000002, has entry point, Version5 EABISize of this header: 52 (bytes)Size of program headers: 32 (bytes)Number of program headers: 8Size of section headers: 40 (bytes)Number of section headers: 31Section header string table index: 28

readelf 指令以前有講過，參看：C語言再學(xué)習(xí)-- readelf、objdump、nm使用詳解

-h選項讀取ELF文件的文件頭信息，注意其中的兩項值：Type 和 Entry point address。

Type信息就是file中的文件類型，而 Entry point address表示文件的執(zhí)行入口點，只有可執(zhí)行文件該項才有值，而目標(biāo)文件是可重定向文件，還不可以直接執(zhí)行，因此該項值為0.

file指令，參看：file 指令
主要查看是目標(biāo)文件（Relocatable）還是可執(zhí)行文件（Executable）
還有查看是GCC編譯（Intel 80386）還是交叉編譯（ARM）

如需轉(zhuǎn)載請注明出處：https://blog.csdn.net/qq_29350001/article/details/78464208

總結(jié)

以上是生活随笔為你收集整理的S5PV210开发 -- 交叉编译器的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。