交叉編譯怎麼上傳
因為目標板跟主機都是X86架構，正常來說，只要主機編譯通過並順利執行的程序，目標板應該也能順利，但這種不穩的方法，不妥當，於是決定還是為了心安，用交叉編譯工具來編譯程序
進入到php源代碼
CC=某某交叉編譯器 ./configure --prefix=/home/app/php --with-gd=/home/app/gd
gd我已經進行了交叉編譯，包含了jpeg,png,freetype等東西了，這里就略帶了
按照我上面的配置，產生了一個錯誤
configure: error: GD build test failed cross compile
提示說找不到GD組建，於是重新確定了一下路徑有沒錯，那當然是沒錯的啦
於是去除了交叉編譯器
./configure --prefix=/home/app/php --with-gd=/home/app/gd
這樣的配置，就能如常執行下去
最後實在沒辦法了，看一下配置日誌
vi config.log
發現以下信息
warning: libjpeg.so.62, needed by /home/app/gd/lib/libgd.so, not found (try using -rpath or -rpath-link)
庫問題，雖然編譯了jpeg但是，交叉編譯器不懂去找這些庫，好吧，好人做到底，
find -name libjpeg.so.62 找出庫，拷貝到gd的安裝目錄下的 lib 文件夾
Ⅱ 如何交叉編譯開源庫
所謂的搭建交叉編譯環境，即安裝、配置交叉編譯工具鏈。在該環境下編譯出嵌入式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」命令執行並顯示內容 因為它是一個二進制文件，只能下載到開發板上執行！
至此，搭建交叉編譯環境步驟結束。
Ⅲ 怎麼配置cmakelist交叉編譯
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放在一個地方，就可以給所有工程使用。
Ⅳ linux里opencv怎麼交叉編譯
一、交叉編譯opencv 構造： 下載：各個庫的下載可以直接搜名字到官網下載 幾個關鍵解釋： 「--prefix=」 後邊跟make install時的位置，本例中，libz在make install時將安裝到/usr/arm-linux-gnueabihf中 「--host=」 後邊跟arm-linux表明使用的是ARM環境 有configure的才能進行configure配置 4）所有的makefile修改類似 Libz的交叉編譯 第一步：# ./configure --prefix=/usr/arm-linux-gnueabihf --shared 第二步：修改makefile，主要有下邊幾個，修改的時候通篇參照即可 CC=arm-linux-gnueabihf-gcc AR=arm-linux-gnueabihf-ar rc RANLIB=arm-linux-gnueabihf-ranlib STRIP = arm-linux-gnueabihf-strip 如果有ARCH的話，ARCH=ARM 第三步：#sudo make #sudo make install Libjpeg的交叉編譯 第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static CC=arm-linux-gnueabihf-gcc 第二步：參考1）中方法修改makefile 第三步：#sudo make #sudo make install Libpng的交叉編譯 第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static CC=arm-linux-gnueabihf-gcc 第二步：參考1）中方法修改makefile 第三步：#sudo make #sudo make install Yasm的交叉編譯 第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static 第二步：修改makefile 第三步：#sudo make #sudo make install Libx264的交叉編譯 第一步：#CC=arm-linux-gnueabihf-gcc ./configure --enable-shared --host=arm-linux --disable-asm --prefix=/usr/arm-linux-gnueabihf 第二步：修改config.mak里的參數，因為makefile要調用config.mak，所以修改方法同makefile 第三步：#sudo make #sudo make install Libxvid的交叉編譯 第一步：首先切換目錄 #cd build/generic 第二步：#./configure --prefix=/usr/arm-linux-gnueabihf --host=arm-linux --disable-assembly 第三步：#sudo make #sudo make install ffmpeg的交叉編譯 第一步： ./configure --enable-cross-compile --target-os=linux --cc=arm-linux-gnueabihf-gcc --arch=arm --enable-shared --disable-static --enable-gpl --enable-nonfree --enable-ffmpeg --disable-ffplay --enable-ffserver --enable-swscale --enable-pthreads --disable-yasm --disable-stripping --enable-libx264 --enable-libxvid --extra-cflags=-I/usr/arm-linux-gnueabihf/include --extra-ldflags=-L/usr/arm-linux-gnueabihf/lib --prefix=/usr/arm-linux-gnueabihf 第二步：修改makefile文件 第三步：#sudo make #sudo make install 第四步：將ffmpeg加入pkg-config 執行#sudo gedit /etc/bash.bashrc，在末尾加入 export LD_LIBRARY_PATH=/usr/arm-linux-gnueabihf/lib/ export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/arm-linux-gnueabihf /lib/pkgconfig export PKG_CONFIG_LIBDIR=$PKG_CONFIG_LIBDIR:/usr/arm-linux-gnueabihf /lib/ 完畢後使用命令：#source /etc/bash.bashrc 或者單獨使用三個export，不過壽命只在一個終端中，終端關閉時就失效。 幾個關鍵解釋：--extra-flags指向xvid的安裝路徑，--extra-ldflags指向x264的路徑 安裝cmake-gui 執行：#sudo apt-get install cmake-qt-gui Opencv的交叉編譯 第一步：修改opencv/platflrms/linux/目錄下的arm-gnueabi.toolchain.cmake，將其所有刪掉，寫入： set( CMAKE_SYSTEM_NAME Linux ) set( CMAKE_SYSTEM_PROCESSOR arm ) set( CMAKE_C_COMPILER arm-linux-gnueabihf-gcc ) set( CMAKE_CXX_COMPILER arm-linux-gnueabihf-g++ ) 第二步：在opencv目錄下新建build目錄，進入build目錄，執行命令： #cmake -DCMAKE_TOOLCHAIN_FILE=../platforms/linux/arm-gnueabi.toolchain.cmake ../ 這時，要保證出現： 第三步：使用cmake-gui打開CMakeCache.txt，去掉所有的無關項，修改CMAKE_INSTALL_PREFIX，來確定make install的目錄 第四步：#sudo make #sudo make install 可能出現的錯誤： opencv編譯不通過，出現skip之類的，說明ffmpeg沒編譯好，或者其編譯好了，但是pkg-config沒有設置好，一定要設置好其環境 前邊幾步不通過的話，看看命令有沒有少，或者有沒有修改好makefile 在arm上使用時，一種方法時直接將編譯好的opencv目錄下的lib文件拷貝到開發板對應的/lib目錄下，其他或者拷貝到自己指定的目錄，並設置好環境變數即可使用
Ⅳ 交叉編譯後的內核怎麼導入beagleboneblack
欏?build 能夠編譯內核樹目錄內的內核模塊，也能夠編譯內核樹目錄外的內核模塊（外部內核模塊）。. 編譯外部內核模塊的命令： #cd #make -C M=`pwd` 其中 為要編譯的內核模塊所在目錄， 為內核源碼所在的目錄。 對於發行版本的Linux ，可以用： #make -C /lib/moles/`uname -r`/build M=`pwd` 注意：使用Kbuild 之前，必須先成功編譯過內核源碼。 說明： .#make -C M=`pwd` moles 作用與上面的命令一樣 .以前的內核版本可以使用 #make -C SUBDIRS=`pwd` moles. 安裝外部內核模塊 #make -C M=`pwd` moles_install 默認安裝目錄為：/lib/moles/`uname -r`/extra ，可以通過INSTALL_MOD_PATH 宏在默認安裝路徑前加前綴。 例如： #make -C INSTALL_MOD_PATH=/opt M=`pwd` moles_install 則編譯後的模塊會放在/opt/lib/moles/`uname -r`/extra 通過宏INSTALL_MOD_DIR 可以修改是否放在'extra' 下，例如： #make -C INSTALL_MOD_DIR=golf M=`pwd` moles_install 則編譯後的模塊會放在/lib/moles/`uname -r`/golf . 編譯單個文件 #make -C M=`pwd` . 其他命令 #make -C M=`pwd` clean #make -C M=`pwd` help.Kbuild 文件 Linux的Kbuild 會在內核模塊目錄下查找Kbuild 文件，如果有，則在編譯時會使用該文件。示例： 假設有這么幾個文件：8123_if.c 8123_if.h 8123_pci.c 8123_bin.o_shipped( 二進制的模塊文件) Kbuild 文件的內容： obj-m := 8123.o 8123-y:8123_if.o 8123_pci.o 8123_bin.o Makefile的內容： #為了兼容舊版本的Kbuild ifneq($(KERNELRELEASE),) include Kbuildelse# 正常的Makefile KDIR:=/lib/moles/`uname -r`/buildall::$(MAKE) -C $(KDIR) M=`pwd` $@ # 其他targetgenbin:echo "X" > 8123_bin_shippedendif 注意，沒有源碼的二進制.o 文件必須以原文件名加_shipped 結尾，例如8123_bin.o_shipped，KBuild 會把8123_bin.o_shipped 復制為8123_bin.o ，然後一起編譯。應該用： ifeq ($(obj),) obj= .