交叉編譯版本
① 如何交叉編譯開源庫
所謂的搭建交叉編譯環境，即安裝、配置交叉編譯工具鏈。在該環境下編譯出嵌入式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平台)上執行，嵌入式開發應使用嵌入式交叉編譯工具鏈。
工具/原料
電腦系統：win7系統。虛擬機系統：workstation6.5 。虛擬機安裝的linux版本：fedora9.0。內核：linux2.6.25 。
方法/步驟
1
我使用的交叉編譯工具鏈是arm-linux-gcc-4.4.3，把它放在linux系統的路徑是圖一
2
在linux系統的路徑/home/song/share下放了交叉編譯工具鏈arm-linux-gcc-4.4.3的壓縮包，另一個版本的不用。有的人可能會問到怎麼把這個壓縮包弄到虛擬機的linux的系統的，我是通過samba服務從主機復制到虛擬機的，這里的share文件夾就是我samba伺服器的工作目錄，多了不說，這不是重點。
然後通過命令mkdir embedded 建立一個arm-linux-gcc的安裝目錄，如圖二所示。當然安裝路徑和目錄名稱「embedded」可以依自己的喜好而定。
步驟閱讀
然後通過命令將share文件夾下的arm-linux-gcc-4.4.3.tar.gz復制到這里的embedded文件夾下， 當然這里你也可以不進行這一步我這是為了方便以後管理，將arm-linux-gcc安裝到embedded文件夾下，方便以後尋找。
然後使用tar命令：tar zxvf arm-gcc-4.4.3.tar.gz將embedded文件夾下的arm-linux-gcc-4.4.3.tar.gz解壓縮安裝到當前目錄下
執行完解壓縮命令，就已經將交叉編譯工具鏈arm-linux-gcc-4.4.3安裝到linux系統上了，這里默認安裝到了圖六所示的路徑上。
接下來配置系統環境變數，把交叉編譯工具鏈的路徑添加到環境變數PATH中去，這樣就可以在任何目錄下使用這些工具。 vi /etc/profile 編輯profile文件，添加環境變數。
在profile中的位置處，添加圖八所示的紅線標注的一行，路徑就是圖六中的紅線標注的路徑後面加上/4.4.3/bin。
圖八中的路徑一定是你自己的安裝路徑，可以使用pwd命令查找一下那個bin目錄的路徑。添加完路徑後，保存退出。接下來使用命令：source /etc/profile，是修改後的profile文件生效，如圖九所示。
然後，使用命令：arm-linux-gcc -v查看當前交叉編譯鏈工具的版本信息，如圖九中的紅線標注第③行所示。很明顯 可以看到，如果不執行第②步，則查看版本信息不成功。
然後驗證交叉編譯工具鏈是否安裝成功並且可以使用，如圖九所示，隨便找一個目錄編輯一個hello源代碼。
編輯好hello.c文件後，保存退出。然後使用交叉編譯器對hello.c進行編譯，並生成可執行文件hello
這里生成的hello文件並不能像gcc編譯出來的文件那樣直接使用「./hello」命令執行並顯示內容 因為它是一個二進制文件，只能下載到開發板上執行！
至此，搭建交叉編譯環境步驟結束。
② 【Rust交叉編譯】cross使用較低版本的glibc
眾所周知，glibc已經成為了Linux二進製程序在各種發行版之間不兼容的重要因素了，究其原因，是glibc的版本兼容性機制。比如在高版本glibc的Linux機器上編譯和鏈接的二進制，在低版本glibc的Linux運行會報如下錯誤：
並且，glibc做靜態鏈接時會出現比較奇怪的問題（nss等），所以各發行版一致不推薦glibc靜態鏈接。那麼目前比較好的方案是，需要發行的應用，在比較低版本的glibc做編譯和鏈接。
而Rust官方提供了 cross 這個工具做交叉編譯的工作，而常用的taget x86_64-unknown-linux-gnu 的glibc版本為2.15，對於某些老到掉牙的發行版來說，可能還是會有兼容性問題，所以我基於Centos6打包了一個鏡像： https://hub.docker.com/repository/docker/jmjoy/cross ，內置的glibc版本為2.12。
使用方法：
在Cross.toml中：
③ linux各個內核版本與交叉編譯器版本的對應問題。這個是怎麼對應的。我怎麼知道我的內核需要那個編譯器。
一般來說越新的內核用越新的交叉編譯器，你不用知道怎麼選擇，網上都有大量的現成例子，你這個3.4.1和4.4.3 都跳了一個重大改版了，也許你這個3.4.1隻能編譯通過2.4.xxx的內核，交叉編譯器在編譯的時候涉及到對一些代碼的優化，2.4內核 和2.6內核差了很多，這個你也知道！
④ 如何實現protobuf在XCODE上armv7/armv7s/i386的交叉編譯
步驟一：部署protoc.exe
1）sudo su ---進入管理模式
//以下操作切換至protobuf文件夾下
2）./configure
3)make
4)make check
5)make install
此時可以查看protobuf文件夾下面的makefile文件，可以查看-build表示的本機環境以及-host表示的編譯庫的運行環境
我本地的-build=x86_64-apple-darwin12.3.0
-host=x86_64-apple-darwin12.3.0
（這兩個參數在後續配置腳本需要用到，與後面腳步的i686-apple-darwin12.3.0以及arm-apple-darwin12.3.0後綴「arm-apple-darwin12.3.0」保持一致）
6）make distclean清理已生成的makefile，為交叉編譯配置新makefile做准備
步驟二：配置交叉編譯
1）執行腳本ios-build.sh，腳本內容如下：
configure_for_platform() {
export PLATFORM=$1
#export PLATFORM=iPhoneOS
echo "Platform is ${PLATFORM}"
if [ "$PLATFORM" == "iPhoneSimulator" ]; then
export ARCHITECTURE=i386
export ARCH=i686-apple-darwin12.3.0
fi
if [ "$PLATFORM" == "iPhoneOS" ]; then
export ARCHITECTURE=$2
export ARCH=arm-apple-darwin12.3.0
fi
export ARCH_PREFIX=$ARCH-
export SDKVER="6.1"
#sdk版本號必須正確
export
DEVROOT=/Applications/Xcode.app/Contents/Developer/Platforms/${PLATFORM}.platform/Developer
export SDKROOT="$DEVROOT/SDKs/${PLATFORM}$SDKVER.sdk"
export
PKG_CONFIG_PATH="$SDKROOT/usr/lib/pkgconfig:$DEVROOT/usr/lib/pkgconfig"
export AS="$DEVROOT/usr/bin/as"
export ASCPP="$DEVROOT/usr/bin/as"
export AR="$DEVROOT/usr/bin/ar"
export RANLIB="$DEVROOT/usr/bin/ranlib"
#export CPP="$DEVROOT/usr/bin/c++"
#export CXXCPP="$DEVROOT/usr/bin/c++"
export CC="$DEVROOT/usr/bin/gcc"
export CXX="$DEVROOT/usr/bin/g++"
export LD="$DEVROOT/usr/bin/ld"
export STRIP="$DEVROOT/usr/bin/strip"
export LIBRARY_PATH="$SDKROOT/usr/lib"
export CPPFLAGS=""
#export CFLAGS="-arch armv7 -fmessage-length=0 -pipe -fpascal-strings
-miphoneos-version-min=4.0 -isysroot=$SDKROOT -I$SDKROOT/usr/include
-I$SDKROOT/usr/include/c++/4.2.1/"
export CFLAGS="-arch ${ARCHITECTURE} -fmessage-length=0 -pipe
-fpascal-strings -miphoneos-version-min=4.0 -isysroot=$SDKROOT
-I$SDKROOT/usr/include -I$SDKROOT/usr/include/c++/4.2.1/"
export CXXFLAGS="$CFLAGS"
#export LDFLAGS="-isysroot='$SDKROOT' -L$SDKROOT/usr/lib/system
-L$SDKROOT/usr/lib/"
export LDFLAGS="-arch ${ARCHITECTURE} -isysroot='$SDKROOT'
-L$SDKROOT/usr/lib/system -L$SDKROOT/usr/lib/"
./configure --host=${ARCH} --with-protoc=protoc --enable-static
--disable-shared
}
mkdir ios-build
#build for iPhoneSimulator
configure_for_platform iPhoneSimulator
make clean
make
cp src/.libs/libprotobuf-lite.a ios-build/libprotobuf-lite-i386.a
#提取完整版本(i386)
cp src/.libs/libprotobuf.a ios-build/libprotobuf-i386.a
#build for iPhoneOS armv7
configure_for_platform iPhoneOS armv7
make clean
make
cp src/.libs/libprotobuf-lite.a ios-build/libprotobuf-lite-armv7.a
#提取完整版本(armv7)
cp src/.libs/libprotobuf.a ios-build/libprotobuf-armv7.a
#build for iPhoneOS armv7s
configure_for_platform iPhoneOS armv7s
make clean
make
cp src/.libs/libprotobuf-lite.a ios-build/libprotobuf-lite-armv7s.a
#提取完整版本(armv7s)
cp src/.libs/libprotobuf.a ios-build/libprotobuf-armv7s.a
make clean
#cerate a fat library containing all achitectures in libprotobuf-lite.a
xcrun -sdk iphoneos lipo -arch armv7 ios-build/libprotobuf-lite-armv7.a -arch
armv7s ios-build/libprotobuf-lite-armv7s.a -arch i386
ios-build/libprotobuf-lite-i386.a -create -output
ios-build/libprotobuf-lite.a
#合並三個完整版本（libprotobuf.a）
xcrun -sdk iphoneos lipo -arch armv7 ios-build/libprotobuf-armv7.a -arch
armv7s ios-build/libprotobuf-armv7s.a -arch i386 ios-build/libprotobuf-i386.a
-create -output ios-build/libprotobuf.a
2）將打包生成的libprotobuf-lite.a和libprotobuf.a復制至工程下進行編譯，可以編譯protobuf在xcode上的模擬器版本和真機版本，完成交叉編譯。
⑤ arm-linux-gcc交叉編譯器的製作，以及版本選擇問題。
，需要必須有足夠動經驗來支持。
另外，用 RH9 的都是高手，我想你的知識不需要來提問了吧？
1、在 PC 上編譯 arm 的程序當然需要較差編譯器，這個需要自己安裝，或者著現成的交叉編譯器環境，一般是一個特殊參數編譯出來的 gcc + binutils + glibc + linux-header。這個每個人動環境不同，一般都需要自己編譯一個，當然沒有特殊需求，也可以找現成的。不過很難找，因為這套環境還要和你動系統搭配，不然環境不匹配，連這個環境都不能運行，那就更談不上編譯東西了。
有關自己編譯搭建交叉編譯環境，可以看看一個特殊的 Linux 發行版 LFS 的分支： CLFS 。
2、移植分很多意思，移植有可能就意味著這套源代碼不能在目標系統上面編譯，需要你根據相應的知識去修改源代碼來讓這套代碼適應目標編譯器的要求，比如源代碼有 SSE4 的優化，這套程序在非 SSE4 CPU 上無法編譯運行，但目標機器連 SSE1 都不支持。那麼就需要移植。
或者移植僅僅是根據新的環境進行編譯，不需要進行源代碼修改，只需要進行一下編譯就能運行的程序，也可以稱為移植，就是從一個環境、架構 -》另一個環境、架構。都可以稱為移植，但真正的移植意味著修改程序源代碼來適應新環境。你說的這種移植是最簡單的移植。
3、決定目標硬體環境 -》搭建目標編譯器 -》製作目標環境（內核，基礎軟體庫）-》進行應用移植（移植需要的軟體、主應用程序）-》搭建系統文件系統 -》導入目標系統-》啟動目標系統&應用。說起來很簡單，因為這是完全沒有問題的條件下。
至於超級終端。那是用來控制目標系統的。目標系統有可能不能插鍵盤滑鼠顯示器，這就需要一個遠程網路鏈接來進行控制。以及通過遠程鏈接來發送數據。這都需要終端的支持。
虛擬機下面進行開發，不能發揮你的計算機的性能。而且因為隔著 VMware 的軟體模擬層，可能還不會很方便的讓你鏈接目標設備。
至於用 socket ，我還沒見到你的目標需要這個東西，因為所有的東西都是現成的源代碼。不需要你從 0 開始寫，當然你想自己寫一個系統內核，或者伺服器程序，或者全套的系統+應用，我絕對不攔你，但希望你寫完這套東西，能把源代碼發布出來。
ads 可以認為是一個支持環境，他本身不是一個系統的開發 SDK 。
-------------------------------------
ads 沒用過，印象里他還有模擬器，調試器什麼的程序。功能上要比 Linux 開發環境，WinCE 環境下面的東西更多更偏向於硬體方面，畢竟 ads 是 arm 出品的，不太可能偏向於軟體部分設計。Linux 和 WinCE 都是系統而不是硬體工具。
你可以認為交叉編譯器是一個應用程序，一個輸出器。把源代碼輸出為 arm 的代碼，這個應用程序的輸出，是靠他自己的環境，而不是當前系統的環境的。
當前系統的各個軟體的版本，不能影響交叉編譯器輸出的環境（理論上，現實有的時候總是從別的地方給你打擊……），交叉編譯器一般至少有 gcc 、binutils 、glibc 庫、linux kernel 頭文件。
在軟體需求上。
頭文件誰都不依賴，glibc 只需要內核頭文件，其他程序全都依賴於 glibc 。也就是所有程序都不依賴內核，僅僅是依賴於內核頭文件。
gcc 和 binutils 是把程序源代碼根據上面各個環節的需提供的功能來輸出為上面環節裡面的二進製程序。依賴你當前環境的，只有 gcc 和 binutils 兩個程序的執行、控制環節。只有他們兩個依賴的，而不是你的交叉編譯後的程序。
至於編譯器版本的選擇，新版本功能更好，舊版本兼容更好。
這個要看你的實際需要了。應用程序源代碼也調編譯器的，同時也依賴於軟體庫的功能。
arm 開發建議穩定、兼容優先。當然也可以嘗試最新的編譯環境，來獲取更好的優化（前提是還有什麼代碼優化的話）。
另外,團IDC網上有許多產品團購,便宜有口碑
⑥ 什麼是交叉編譯為什麼要使用交叉編譯
就是指編譯器在某一個平台下能夠編譯出另外一個平台下運行的程序
主要是為了多平台應用程序使用的
比如某一個程序，在windows下和linux和MacOS下都有相應的運行版本，使用交叉編譯就可以在一個平台下全部完成，而不用切換到對應的平台再去編譯
⑦ 怎麼查看Linux下系統的內核，交叉編譯，文件系統的版本
一般交叉編譯器里都有一個lib的文件夾的，把你的lib文件cp到這里應該就可以了。也可以用gcc帶的-l，例如：arm-linuc-gcc
-l/root/lib
xx.c
-o
xx.o
⑧ Qt creator交叉編譯帶圖片的程序出現問題,版本4.7
找不到 libQtGui.so 這個庫， 添加環境變數 LIBRARY_PATH=/opt/Qt4.7/lib 試試
另外你使是用 arm-linux-gcc 編譯程序， 需要保證 QT 下的 libQtGui.so 庫也是用 arm-linux-gcc 編譯的， 否則編譯鏈接會出問題