c語言交叉編譯

❶ 交叉編譯時提示 對'__C_ctype_b'的未定義引用

出現這種情況的原因，主要是C/C++編譯為obj文件的時候並不旅賣需要函數的具體實現，只要有函數的原型即可。但是在鏈接為可執行文件的時候就必須要具體的實現了。如果錯誤是未聲明的引用，那就是找不到函數的原型，解決辦法這里就不細致說了，通常是相關的頭文件未包含。
解決辦法
指定原因就好辦了，既然知道是缺少了函數的喊昌具體實現，那麼就給它這個函數的實現就好了。比如上面的例子，是因為缺失了dlopen、dlsym、dlerror、dlclose這些函數的實現，這幾個函數是用於載入動態鏈接庫的，編譯的時候需要添加-ldl來使用dl庫(這是靜態庫，在系統目錄下/usr/lib/i386-linux-gnu/libdl.a、/usr/lib/x86_64-linux-gnu/libdl.a)。
但是看上面編譯的時候是有添加-ldl選項的，那麼為什麼不行呢？
gcc 依賴順序問題
這個主要的原因是gcc編譯的時候，各個文件依賴順序的問題。
在gcc編譯的時候，如果文件a依賴於文件b，那麼編譯的時候必須把a放前面，b放後面。
例如:在main.c中使用了pthread庫相關函數，那麼編譯的時候必須是main.c在前，-lpthread在後。gcc main.c -lpthread -o a.out。
上面拆滲逗出現問題的原因就是引入庫的順序在前面了，將其放置在後面即可了。
g++ -o spider bloomfilter.o confparser.o crc32.o dso.o hashs.o md5.o qstring.o sha1.o socket.o spider.o threads.o url.o -rdynamic -lpthread -levent -lcrypt -ldl

❷ Ubuntu 嵌入式交叉編譯環境搭建

在一種計算機環境中運行的編譯程序，能編譯出在另外一種環境下運行的代碼，我們就稱這種編譯器支持交叉編譯，這個編譯過程就叫交叉編譯。簡單地說，就是在一個平台上生成另一個平台上的可執行代碼，而這種工具就是交叉編譯器(cross compiler)。

安裝前的絮叨，首先簡單介紹一下，所謂的搭建交叉編譯環境，即安裝、配置交銀叢知叉編譯工具鏈。在該環境下編譯出嵌入式Linux系統所需的操作系統、應用程序等，然後再上傳到目標機上。 交叉編譯工具鏈是為了編譯、鏈接、處理和調試跨平台體系結構的程序代碼。對於交叉開發的工具鏈來說，在文件名稱上加了一個前綴，用來區別本地的工具鏈。例如，arm-linux-表示是對arm的交叉編譯工具鏈；arm-linux-gcc表示是使用gcc的編譯器。除了體系結構相關的編譯選項以外，其使用方法與Linux主機上的gcc相同，所以Linux編程技術對於嵌入式同樣適用。不過，並不是任何一個版本拿來都能用，各種軟體包往往存在版本匹配問題。例如，編譯內核時需要使用arm-linux-gcc-4.3.3版本的交叉編譯工具鏈，而使用arm-linux-gcc-3.4.1的交叉編譯工具鏈，則會導致編譯失敗。 那麼gcc和arm-linux-gcc的區別是什麼呢？區別就是gcc是linux下的C語言編譯器，編譯出來的程序在本地執行，而arm-linux-gcc用來在linux下跨平台的C語言編譯器，編譯出來的程序在目標機(如ARM平台)上執行，嵌入式開發應使用嵌入式交叉編譯工具鏈。

將壓縮包arm-linux-gcc-4.4.3.tar.gz存放在一個目錄下，這個目錄就是你等會解壓縮的目錄，以後這個目錄就不能隨便刪掉了，我的存放路徑是 /home/song/software,如下圖，記住這個路徑，等會還會用到。

使用tar命令：tar zxvf arm-gcc-4.4.3.tar.gz將software文件夾下的arm-linux-gcc-4.4.3.tar.gz解壓縮安裝到當前目錄下如下圖

通過下圖可以看鋒消到解壓成功了，並且解壓後的文件存放在了/home/song/software/opt/FriendlyARM/toolschain/4.4.3文件夾下，如下圖所示，這個存放路徑可得記住，如下圖

接下來配置系統環境變數，把交叉編譯工具鏈的路徑添加到環境變數PATH中去，這樣就可以在任何目錄下使用這些工具。記下上一步中的安裝路徑，使用命令：vim /etc/profile 編輯profile文件，添加環境變數。

在profile中最後一行添加：export PATH=$PATH:/home/song/software/opt/FriendlyARM/toolschain/4.4.3/bin這個路徑就是那個bin目錄所在的路徑，可能你的不一樣，按照你實際的目錄填就可以了，如下圖32行， 編寫完退出並保存

使用命令：source /etc/profile 使環境變數生效

在終端上輸入命令arm-linux再按Tab鍵，可以看到下圖，說明環境變數設置成功了

使用命令：arm-linux-gcc -v 會出現下面的錯誤提示：/home/song/software/opt/FriendlyARM/toolschain/4.4.3/bin/arm-linux-gcc: 15: exec: /home/song/software/opt/FriendlyARM/toolschain/4.4.3/bin/.arm-none-linux-gnueabi-gcc: not found

意思是出現這種問題的原因是由於Ubuntu12.04用的是64位的，解決方法就是使用命令：sudo apt-get install ia32-libs 裝一些32位的庫。

待安裝完32位的庫之後，再使鄭鎮用命令：arm-linux-gcc -v，這一次就成功了，如下圖

驗證，編譯一個hello.c文件

使用命令：arm-linux-gcc hello.c -o hello 看是否編譯成功 可見成功生成了二進制文件。

總結：其實在安裝過程中，會出現各種各樣的錯誤，一般就是庫文件安裝不完整，大家可以把錯誤信息直接復制，到網上搜索一下，一般都能解決，這里希望大家在學習Linux時多一點耐心。

❸ 如何使用CMake進行交叉編譯

cmake交叉編譯配置

很多時候，我們在開發的時候是面對嵌入式平台，因此由於資源的限制需要用到相關的交叉編譯。即在你host宿主機上要生成target目標機的程序。裡面牽扯到相關頭文件的切換和編譯器的選擇以及環境變數的改變等，我今天僅僅簡單介紹下相關CMake在面對交叉編譯的時候，需要做的一些准備工作。

CMake給交叉編譯預留了一個很好的變數CMAKE_TOOLCHAIN_FILE，它定義了一個文件的路徑，這個文件即toolChain，裡面set了一系列你需要改變的變數和屬性，包括C_COMPILER,CXX_COMPILER,如果用Qt的話需要更改QT_QMAKE_EXECUTABLE以及如果用BOOST的話需要更改的BOOST_ROOT(具體查看相關Findxxx.cmake裡面指定的路徑)。CMake為了不讓用戶每次交叉編譯都要重新輸入這些命令，因此它帶來toolChain機制，簡而言之就是一個cmake腳本，內嵌了你需要改變以及需要set的所有交叉環境的設置。

toolChain腳本中設置的幾個重要變數

1.CMAKE_SYSTEM_NAME:

即你目標機target所在的操作系統名稱，比如ARM或者Linux你就需要寫"Linux",如果Windows平台你就寫"Windows",如果你的嵌入式平台沒有相關OS你即需要寫成"Generic",只有當CMAKE_SYSTEM_NAME這個變數被設置了，CMake才認為此時正在交叉編譯，它會額外設置一個變數CMAKE_CROSSCOMPILING為TRUE.

2. CMAKE_C_COMPILER:

顧名思義，即C語言編譯器，這里可以將變數設置成完整路徑或者文件名，設置成完整路徑有一個好處就是CMake會去這個路徑下去尋找編譯相關的其他工具比如linker,binutils等，如果你寫的文件名帶有arm-elf等等前綴，CMake會識別到並且去尋找相關的交叉編譯器。

3. CMAKE_CXX_COMPILER:

同上，此時代表的是C++編譯器。

4. CMAKE_FIND_ROOT_PATH:

指定了一個或者多個優先於其他搜索路徑的搜索路徑。比如你設置了/opt/arm/，所有的Find_xxx.cmake都會優先根據這個路徑下的/usr/lib,/lib等進行查找，然後才會去你自己的/usr/lib和/lib進行查找，如果你有一些庫是不被包含在/opt/arm裡面的，你也可以顯示指定多個值給CMAKE_FIND_ROOT_PATH,比如

set(CMAKE_FIND_ROOT_PATH /opt/arm /opt/inst)

該變數能夠有效地重新定位在給定位置下進行搜索的根路徑。該變數默認為空。當使用交叉編譯時，該變數十分有用：用該變數指向目標環境的根目錄，然後CMake將會在那裡查找。

5. CMAKE_FIND_ROOT_PATH_MODE_PROGRAM:

對FIND_PROGRAM()起作用，有三種取值，NEVER,ONLY,BOTH,第一個表示不在你CMAKE_FIND_ROOT_PATH下進行查找，第二個表示只在這個路徑下查找，第三個表示先查找這個路徑，再查找全局路徑，對於這個變數來說，一般都是調用宿主機的程序，所以一般都設置成NEVER

6. CMAKE_FIND_ROOT_PATH_MODE_LIBRARY:

對FIND_LIBRARY()起作用，表示在鏈接的時候的庫的相關選項，因此這里需要設置成ONLY來保證我們的庫是在交叉環境中找的.

7. CMAKE_FIND_ROOT_PATH_MODE_INCLUDE:

對FIND_PATH()和FIND_FILE()起作用，一般來說也是ONLY,如果你想改變，一般也是在相關的FIND命令中增加option來改變局部設置，有NO_CMAKE_FIND_ROOT_PATH,ONLY_CMAKE_FIND_ROOT_PATH,BOTH_CMAKE_FIND_ROOT_PATH

8. BOOST_ROOT：

對於需要boost庫的用戶來說，相關的boost庫路徑配置也需要設置，因此這里的路徑即ARM下的boost路徑，裡面有include和lib。

9. QT_QMAKE_EXECUTABLE:

對於Qt用戶來說，需要更改相關的qmake命令切換成嵌入式版本，因此這里需要指定成相應的qmake路徑（指定到qmake本身）

toolChain demo

# this is required
SET(CMAKE_SYSTEM_NAME Linux)

# specify the cross compiler
SET(CMAKE_C_COMPILER /opt/arm/usr/bin/ppc_74xx-gcc)
SET(CMAKE_CXX_COMPILER /opt/arm/usr/bin/ppc_74xx-g++)

# where is the target environment
SET(CMAKE_FIND_ROOT_PATH /opt/arm/ppc_74xx /home/rickk/arm_inst)

# search for programs in the build host directories (not necessary)
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
# for libraries and headers in the target directories
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)

# configure Boost and Qt
SET(QT_QMAKE_EXECUTABLE /opt/qt-embedded/qmake)
SET(BOOST_ROOT /opt/boost_arm)

這樣就完成了相關toolChain的編寫，之後，你可以靈活的選擇到底採用宿主機版本還是開發機版本，之間的區別僅僅是一條-DCMAKE_TOOLCHAIN_FILE=./toolChain.cmake，更爽的是，如果你有很多程序需要做轉移，但目標平台是同一個，你僅僅需要寫一份toolChain放在一個地方，就可以給所有工程使用。

❹ riscv-gnu-toolchain 交叉編譯器如何構建

探索RISC-V架構的GNU工具鏈構建之旅

要構建RISC-V架構的GNU工具鏈，你需要精心配置和安裝一系列關鍵組件。首先，確保你的系統已安裝必要的依賴工具，包括 sudo apt-get install git autoconf automake autotools-dev curl python3 libmpc-dev libmpfr-dev libgmp-dev gawk build-essential bison flex texinfo gperf patchutils bc libexpat-dev libglib2.0-dev ninja-build zlib1g-dev pkg-config libboost-all-dev libtool libssl-dev libpixman-1-dev libpython-dev virtualenv libmount-dev libsdl2-dev。

然後，開始下載RISC-V工具鏈的核心組件：

1. 獲取RISC-V編譯器基礎庫

從Gitee克隆riscv-gnu-toolchain的主分支:

git clone https://gitee.com/mirrors/riscv-gnu-toolchain

接著，分別克隆RISC-V的C編譯器（riscv-gcc）配孫、測試框架（riscv-dejagnu）、GNU C庫（riscv-glibc）以及輕量級嵌入式庫（riscv-newlib）:

git clone -b riscv-gcc-10.2.0 https://gitee.com/mirrors/riscv-gcc
git clone https://gitee.com/mirrors/riscv-dejagnu
git clone -b riscv-glibc-2.29 https://gitee.com/mirrors/riscv-glibc
git clone https://gitee.com/mirrors/riscv-newlib

2. 調試器的加入

為了調試，還需下載RISC-V版本的GDB:

git clone -b fsf-gdb-10.1-with-sim https://gitee.com/mirrors/riscv-binutils-gdb riscv-gdb

接下來，進入構建過程：

- 配置工具鏈

在終端創建一個名為"build"的目錄，然後切換到該目錄，執行以下配置命令：

cd build
../configure --prefix=/opt/riscv/gcc --enable-multilib --target=riscv64-multlib-elf

這個配置將工具鏈安裝到"/opt/riscv/gcc"，需要超級用戶許可權，所以請確保使用sudo。

- 編譯與安裝

使用多線程（-j8）加速編譯過程：

sudo make -j8

編譯完成後，工具鏈將自動安裝到指定目錄，可以通過驗證版本信息來確認安裝是否成功：

cd /opt/riscv/gcc/bin
riscv64-unknown-elf-gcc -v

通過以上步驟，你已成功構建飢賣前了RISC-V架構的GNU工具鏈，現在你可以在RISC-V平台上愉快地進行C語言編譯和調試了。這個工具鏈不僅包含了C編譯器，還涵蓋了測試框架和必要的庫爛清支持，為RISC-V開發者提供了強大的開發環境。