原交叉编译详解一概念篇

1. 为什么交叉编译的原生编译器找不到/usr/include/limits.h

差别只在gcc提供的include-fixed的limits.h的内容
/usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080926/include-fixed/limits.h

正常的这个文件里有
#ifdef _GCC_NEXT_LIMITS_H
#include_next /* recurse down to the real one */
#endif

有问题的文件里则没有

2. 紧急求助QT程序交叉编译

要将我们写好的程序发布到开发板上，我们需要对Qt/Embedded 重新编译，与前面在宿主机上编译类似，步骤如下：
1． Build Qt/Embedded
tar –xzvf qt-embedded-2.3.10-free.tar.gz
mv qt-2.3.10 qt-2.3.10-target
export TMAKEDIR=$PWD/tmake-1.13
export QT2DIR=$PWD/qt-2.3.2
export QTEDIR=$PWD/qt-2.3.10-target
cd $QTEDIR
export TMAKEPATH=$TMAKEDIR/lib/qws/linux-arm-g++
export QTDIR=$QTEDIR
export PATH=$QTDIR/bin:$PATH
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
make clean
./configure -xplatform linux-arm-g++ -no-xft -no-qvfb -depths 4,8,16,32
make
出现
/public/qt/qt-2.3.10-target/lib/libqte.so: undefined reference to `operator new[](unsigned int)'
/public/qt/qt-2.3.10-target/lib/libqte.so: undefined reference to `operator delete(void*)'
/public/qt/qt-2.3.10-target/lib/libqte.so: undefined reference to `__cxa_pure_virtual'
/public/qt/qt-2.3.10-target/lib/libqte.so: undefined reference to `operator delete[](void*)'
/public/qt/qt-2.3.10-target/lib/libqte.so: undefined reference to `operator new(unsigned int)'
collect2: ld returned 1 exit status
make[4]: *** [t1]
暂时不管它，不影响的。下面的第2步： “修改tmake 配置文件” 即可解决此类问题。
这步完成后，我们会在/$QTEDIR/lib/目录下面看到libqte.so libqte.so.2 libqte.so.2.3 libqte.so.2.3.10 这四个文件，我们可以使用file 命令来查看这个库文件是否是我们需要的在开发板上跑的库。
file libqte.so.2.3.10
libqte.so.2.3.10: ELF 32-bit LSB shared object, ARM, version 1 (ARM), stripped
有了这个库以后我们就可以把它拷贝到我们的开发板中相应的库目录下面，这里我们选择了开发板上的/usr/lib 目录，将/$QTEDIR/lib/下的libqte.so*复制到/usr/lib 目录下。
首先要建立宿主机和开发板的通讯，假设本机的ip 地址为192.168.0.56 并且/root/share 为共享文件夹。
cp –arf /$QTEDIR/lib/libqte.so* /root/share
启动minicom
mount –t nfs –o nolock 192.168.0.56:/root/share /mnt/nfs将文件复制到开发板上
cp –arf /mnt/nfs/libqte.so* /usr/lib

本篇文章来源于 黑软基地-中国最大的黑客软件安全教程QQ资源下载站！ 原文链接：http://www.hackvip.com/article/sort0136/sort0186/Hackvip_184143.html

3. Linux嵌入式交叉编译工具链问题 浅谈

简介

交叉编译工具链是一个由编译器、连接器和解释器组成的综合开发环境，交叉编译工具链主要由binutils、gcc和glibc 3个部分组成。有时出于减小libc库大小的考虑，也可以用别的c库来代替glibc，例如uClibc、dietlibc和newlib。交叉编译工具链主要包括针对目标系统的编译器gcc、目标系统的二进制工具binutils、目标系统的标准c库glibc和目标系统的Linux内核头文件。第一个步骤就是确定目标平台。每个目标平台都有一个明确的格式，这些信息用于在构建过程中识别要使用的不同工具的正确版本。因此，当在一个特定目标机下运行GCC时，GCC便在目录路径中查找包含该目标规范的应用程序路径。GNU的目标规范格式为CPU-PLATFORM-OS。例如，建立基于ARM平台的交叉工具链，目标平台名为arm-linux-gnu。

交叉编译工具链的制作方法

1. 分步编译和安装交叉编译工具链所需要的库和源代码，最终生成交叉编译工具链。

2. 通过Crosstool脚本工具来实现一次编译生成交叉编译工具链。

3. 直接通过网上（ftp.arm.kernel.org.uk）下载已经制作好的交叉编译工具链。

方法1相对比较困难，适合想深入学习构建交叉工具链的读者。如果只是想使用交叉工具链，建议使用方法2或方法3构建交叉工具链。方法3的优点不用多说，当然是简单省事，但与此同时该方法有一定的弊端就是局限性太大，因为毕竟是别人构建好的，也就是固定的没有灵活性，所以构建所用的库以及编译器的版本也许并不适合你要编译的程序，同时也许会在使用时出现许多莫名的错误，建议你慎用此方法。

方法1：分步构建交叉编译工具链

1. 下载所需的源代码包

2. 建立工作目录

3. 建立环境变量

4. 编译、安装Binutils

5. 获取内核头文件

6. 编译gcc的辅助编译器

7. 编译生成glibc库

8. 编译生成完整的gcc

由于在问答中的篇幅，我不能细述具体的步骤，兴趣的同学请自行阅读开源共创协议的《Linux from scratch》，网址是：linuxfromscratch dot org

。

方法2:用Crosstool工具构建交叉工具链（推荐）

Crosstool是一组脚本工具集，可构建和测试不同版本的gcc和glibc，用于那些支持glibc的体系结构。它也是一个开源项目，下载地址是kegel dot com/crosstool。用Crosstool构建交叉工具链要比上述的分步编译容易得多，并且也方便许多，对于仅仅为了工作需要构建交叉编译工具链的你，建议使用此方法。

运行which makeinfo，如果不能找见该命令，在解压texinfo-4.11.tar.bz2，进入texinfo-4.11目录，执行./configure&&make&&make install完成makeinfo工具的安装

• 准备文件：

下载所需资源文件linux-2.4.20.tar.gz、binutils-2.19.tar.bz2、gcc-3.3.6.tar.gz、glibc- 2.3.2.tar.gz、glibc-linuxthreads-2.3.2.tar.gz和gdb-6.5.tar.bz2。然后将这些工具包文件放在新建的$HOME/downloads目录下，最后在$HOME/目录下解压crosstool-0.43.tar.gz，命

令如下：
#cd$HOME/
#tar–xvzfcrosstool-0.43.tar.gz

• 建立脚本文件

接着需要建立自己的编译脚本，起名为arm.sh，为了简化编写arm.sh，寻找一个最接近的脚本文件demo-arm.sh作为模板，然后将该脚本的内容复制到arm.sh，修改arm.sh脚本，具体操作如下：

# cd crosstool-0.43

# cp demo-arm.sh arm.sh

# vi arm.sh

修改后的arm.sh脚本内容如下：

#!/bin/sh
set-ex
TARBALLS_DIR=$HOME/downloads#定义工具链源码所存放位置。
RESULT_TOP=$HOME/arm-bin#定义工具链的安装目录
exportTARBALLS_DIRRESULT_TOP
GCC_LANGUAGES="c,c++"#定义支持C,C++语言
exportGCC_LANGUAGES
#创建/opt/crosstool目录
mkdir-p$RESULT_TOP
#编译工具链，该过程需要数小时完成。
eval'catarm.datgcc-3.3.6-glibc-2.3.2.dat'shall.sh--notest
echoDone.

• 建立配置文件

在arm.sh脚本文件中需要注意arm-xscale.dat和gcc-3.3.6-glibc-2.3.2.dat两个文件，这两个文件是作为Crosstool的编译的配置文件。其中arm.dat文件内容如下，主要用于定义配置文件、定义生成编译工具链的名称以及定义编译选项等。

KERNELCONFIG='pwd'/arm.config#内核的配置
TARGET=arm-linux#编译生成的工具链名称
TARGET_CFLAGS="-O"#编译选项

gcc-3.3.6-glibc-2.3.2.dat文件内容如下，该文件主要定义编译过程中所需要的库以及它定义的版本，如果在编译过程中发现有些库不存在时，Crosstool会自动在相关网站上下载，该工具在这点上相对比较智能，也非常有用。

BINUTILS_DIR=binutils-2.19
GCC_DIR=gcc-3.3.6
GLIBC_DIR=glibc-2.3.2
LINUX_DIR=linux-2.6.10-8(根据实际情况填写)
GDB_DIR=gdb-6.5

• 执行脚本

将Crosstool的脚本文件和配置文件准备好之后，开始执行arm.sh脚本来编译交叉编译工具。具体执行命令如下：

#cdcrosstool-0.43
#./arm.sh

经过数小时的漫长编译之后，会在/opt/crosstool目录下生成新的交叉编译工具，其中包括以下内容：

arm-linux-addr2linearm-linux-g++arm-linux-ldarm-linux-size
arm-linux-ararm-linux-gccarm-linux-nmarm-linux-strings
arm-linux-asarm-linux-gcc-3.3.6arm-linux-objarm-linux-strip
arm-linux-c++arm-linux-gccbugarm-linux-objmpfix-embedded-paths
arm-linux-c++filtarm-linux-gcovarm-linux-ranlib
arm-linux-cpparm-linux-gprofarm-linux-readelf

• 添加环境变量

然后将生成的编译工具链路径添加到环境变量PATH上去，添加的方法是在系统/etc/ bashrc文件的最后添加下面一行，在bashrc文件中添加环境变量

export PATH=/home/jiabing/gcc-3.3.6-glibc-2.3.2/arm-linux-bin/bin:$PATH

至此，arm-linux下的交叉编译工具链已经完成，现在就可以使用arm-linux-gcc来生成试验箱上的程序了！

4. linux嵌入式中的静态交叉编译是什么意思

应该说是分为静态和动态的

静态就是把需要的库文件也直接编译进去

动态则是在需要的时候才去调用，本身不编译进去

5. 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目录下，其他或者拷贝到自己指定的目录，并设置好环境变量即可使用

6. 交叉编译器的原理

编译是从源代码（通常为高级语言）到能直接被计算机或虚拟机执行的目标代码（通常为低阶语言或机器语言）的翻译过程。然而，也存在从低阶语言到高阶语言的编译器，这类编译器中用来从由高阶语言生成的低阶语言代码重新生成高阶语言代码的又被叫做反编译器。也有从一种高阶语言生成另一种高阶语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。
典型的编译器输出是由包含入口点的名字和地址， 以及外部调用（到不在这个目标文件中的函数调用）的机器代码所组成的目标文件。一组目标文件，不必是同一编译器产生，但使用的编译器必需采用同样的输出格式，可以链接在一起并生成可以由用户直接执行的可执行程序。

7. GCC能否运行于ARM-Linux环境下即GCC能否在ARM平台上运行

简答：

gcc可以运行在arm-linux下。

gcc，可以在arm平台上运行。

详解：

gcc，一般指的是，pc版，x86的平台，

用于嵌入式系统，比如arm的cpu，linux的系统下，是：

本来，一直就可以的，

而且有专门的属于：

交叉编译

简答说就是：

在你的pc端，x86的cpu上，制作出一个交叉编译器

一般叫做arm-linux-gcc

用此arm-linux-gcc去编译你的程序

编译出来的程序，可以运行在嵌入式开发板，比如arm的linux下

极其详尽的解释：

我刚写个教程，你去看就知道了：

交叉编译详解

交叉编译详解
http://www.crifan.com/files/doc/docbook/cross_compile/release/html/cross_compile.html

此教程的主要内容包括：

• 了什么是交叉编译

• 为何要有交叉编译

• 什么是工具链

• 什么是交叉工具链

• 交叉编译器的名字的命名规则：包括你这里所说的arm-linux-gcc的含义

• 如何获得交叉编译器

• 制作交叉编译器的各种工具：简介了常见的crosstool-ng，buildroot，crosstool等等工具

• 使用已有的交叉编译器和自己手动编译交叉编译器之间的对比

• 交叉编译方面的心得和注意事项

等你看完了后，建议用crosstool-ng，或者是buildroot去自己编译一个arm-linux的gcc。

8. 如何制定android交叉编译工具链

经常搞嵌入式开发的朋友对于交叉编译环境应该并不陌生，说白了，就是一组运行在x86 PC机的编译工具，可以让你在PC机上编译出目标平台（例如ARM）可识别的二进制文件。Android平台也提供了这样的交叉编译工具链，就放在Android的NDK开发包的toolchains目录下，因此，我们的Makefile文件中，只需给出相应的编译工具即可。
废话就先说到这，直接上例子，我们目标是把下面这个math.c文件编译成一个静态库文件：
#include <stdio.h>
int add( int a , int b ) {
return a+b;
}
你需要编写一个Makefile文件，这里假设你的Android ndk被安装在 /opt/android/ndk 目录下，当然，你可以根据自己的实际情况修改Makefile中相关路径的定义，Makefile文件示例如下：
# Makefile Written by ticktick
# Show how to cross-compile c/c++ code for android platform
.PHONY: clean
NDKROOT=/opt/android/ndk
PLATFORM=$(NDKROOT)/platforms/android-14/arch-arm
CROSS_COMPILE=$(NDKROOT)/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-
CC=$(CROSS_COMPILE)gcc
AR=$(CROSS_COMPILE)ar
LD=$(CROSS_COMPILE)ld
CFLAGS = -I$(PWD) -I$(PLATFORM)/usr/include -Wall -O2 -fPIC -DANDROID -DHAVE_PTHREAD -mfpu=neon -mfloat-abi=softfp
LDFLAGS =
TARGET = libmath.a
SRCS = $(wildcard *.c)
OBJS = $(SRCS:.c=.o)
all: $(OBJS)
$(AR) -rc $(TARGET) $(OBJS)
clean:
rm -f *.o *.a *.so
这里不讲Makefile文件的基本原理，只说明一下针对Android环境的Makefile文件编写的注意事项。
（1） CROSS_COMPILE
必须正确给出Android NDK编译工具链的路径，当在目录中执行make命令的时候，编译系统会根据 CROSS_COMPILE 前缀寻找对应的编译命令。
（2） -I$(PLATFORM)/usr/include
由于Android平台没有使用传统的c语言库libc，而是自己编写了一套更加高效更适合嵌入式平台的c语言库，所以系统头文件目录不能再使用默认的路径，必须直到Android平台的头文件目录
（3） -Wall -O2 -fPIC -DANDROID -DHAVE_PTHREAD -mfpu=neon -mfloat-abi=softfp
这些参数的意义网上基本上都有介绍，我就不一一解释了，并不都是必须添加的，但比较常用。
编译方法：
写好makefile文件，并且保存之后，就可以直接在当前目录下执行make命令，编译完成后，当前目录下会生成 libmath.a ，即可直接拿到Android的jni工程中和使用了。