交叉编译和gcc区别
简介
交叉编译工具链是一个由编译器、连接器和解释器组成的综合开发环境，交叉编译工具链主要由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。
交叉编译工具链的制作方法
分步编译和安装交叉编译工具链所需要的库和源代码，最终生成交叉编译工具链。
通过Crosstool脚本工具来实现一次编译生成交叉编译工具链。
直接通过网上（ftp.arm.kernel.org.uk）下载已经制作好的交叉编译工具链。
方法1相对比较困难，适合想深入学习构建交叉工具链的读者。如果只是想使用交叉工具链，建议使用方法2或方法3构建交叉工具链。方法3的优点不用多说，当然是简单省事，但与此同时该方法有一定的弊端就是局限性太大，因为毕竟是别人构建好的，也就是固定的没有灵活性，所以构建所用的库以及编译器的版本也许并不适合你要编译的程序，同时也许会在使用时出现许多莫名的错误，建议你慎用此方法。
方法1：分步构建交叉编译工具链
下载所需的源代码包
建立工作目录
建立环境变量
编译、安装Binutils
获取内核头文件
编译gcc的辅助编译器
编译生成glibc库
编译生成完整的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来生成试验箱上的程序了！
Ⅱ 关于交叉编译工具链的问题
核心转储是崩溃报告的一个过程，他只是把当前崩溃的信息转存出来方便差错。而且这个核心转储几个字也不过是个提示输出信息。这个提示不会给与任何与错误相关的内容，必须看其他的错误信息或者他转储出来的东西来分析。
不过核心转储，应该是程序运行出错而崩溃。这种问题出现在你正在运行的程序，而不是编译过程出现的编译错误（也就是说，出现核心转储应该就是 GCC 或者他调用的程序自己崩溃了）。出现这个问题的原因很多。
如果是因为没有找到某些 header 文件，不应该是核心转储错误，而是编译器或者某个过程提示错误信息后退出，他会输出错误信息告诉你问题所在。
至于你编译的这些东西版本都比较老，我建议还是尝试降级整个系统来编译、运行你现在的这些东西。或者升级你这个交叉编译工具链到当前主流的版本来用。
至于交叉工具连当中的 GCC 和你当前本机的 GCC，完全是两个互相独立的 GCC 。
只是他们编译输出的二进制程序针对的指令集不同而已。相对的 binutils 和 glibc 和 kernel-header 都是一样的意思，针对目标而输出的相关程序。当然 glibc 和 kernel-header 主要是以“数据”方式存在，gcc 和 binutils 主要是以可以运行的程序方式存在（当然不是绝对的，比如 gcc 还会提供几个 lib 相关的内容，不过大部分情况下你可以这么理解更直观了解他们的作用）。
一般说来 GCC 是编译器，binutils 是连接器，glibc 是标准 C 库（主要是连接时，连接器必须有目标的函数库文件，也就是 .so 文件，对应 Windows 是 .dll 文件。连接器把函数调用正确的挂接到对应的函数入口上）。linux header 就是 C 语言常见的 C header 文件和相关的开发数据。一般主要用来编译 glibc ，glibc 作为中间层来提供内核相关调用。当然程序有些时候也会直接调用内核函数，这样这些程序在编译时也需要 kernel 的 header 。
这两套东西一个输出你当前 PC 的程序，一个输出 ARM 的程序。两个 GCC 套装之间不能互相替换。只能自己输出属于自己的程序。
但是这两套程序虽然输出的程序不同，但可以运行的部分，却都是在你的计算机上运行。而且你本机的 GCC 因为可以输出本机的程序。所以你需要用他来输出在你本机运行，但是却输出 ARM 程序的 GCC 套装。
这就好比两个锤子，一个锤子用来打铁，一个锤子用来打锡。用途不同，但这两个锤子都是铁做的。
你作这个交叉编译工具链，就是用你手里已经有的打铁的锤子，打出一个用铁制作的用来打锡的锤子。这个打锡的锤子是不能打铁的，同样这个打铁的锤子是不能用来打锡的。
Ⅲ corss gcc 和 linux gcc的区别
额，这两个怎么比。。。
CrossGCC是指用于交叉编译，编译在Windows、ARM-linux等等其他平台的运行的程序。
LinuxGCC是指用于本地开发，编译在本机运行的程序。
大概吧。。。假设你是Linux平台？
Ⅳ arm-linux-gcc 和 arm-elf-gcc 的区别
在基于ARM的嵌入式系统开发中，常常用到交叉编译的GCC工具链有两种：
arm-linux-*和 arm-elf-*，两者区别主要在于使用不同的C库文件。arm-linux-*使用
GNU的Glibc，而arm-elf-*一般使用 uClibc/uC-libc或者使用REDHAT专门为嵌入式系统
的开发的C库newlib.Glibc。uClibc/uC-libc以及 newlib都是C语言库文件，只是所应
用的领域不同而已，Glibc是针对PC开发的，uClibc/uC-libc是与Glibc API兼容的小型
化C语言库，实现了Glibc部分功能。
关于uClibc/uC-libc的说明，详见如下：
There are two libc libraries commonly used with uClinux. uC-libc and
uClibc. They are quite different despite their similar names. Here is a
quick overview of how they are different.
uC-libc is the original library for uClinux. It was based on sources
from the Linux-8086 C library which was part of the ELKs project with m68000
support added by Jeff Dionne and Kenneth Albanowski. It is a fairly complete
libc implementation, however, some of the API's are a little non-standard
and quite a few common libc routines are not present. Currently it has
stable support for m68000, ColdFire and ARM (Non-MMU) architectures. It was
primary design goal is to be small and light weight. It does try to conform
to any standards, although its API tries to be compatible with most libcs,
it is not always exactly the same.
The uClinux distribution provides an environment that can compile using
either uC-libc or uClibc depending on your needs. For m68000 and Coldfire
platforms it is generally better to chose uC-libc as it supports shared
libraries and is the most commonly used libc for these CPUs. uClibc also
works quite well with almost all platforms supported by the distribution.
Which libc you choose to use will be decided by your requirements
uClinux有两个经常使用的libc库：uC-libc和uClibc。虽然两者名字很相似，其实有差
别，下面就简单的介绍一下二者的不同之处。uC -libc是最早为uClinux开发的库，是
Jeff Dionne和Kenneth Albanowski为在EKLs项目中支持m68000在Linux-8086 C库源码
上移植的。uC-libc是一个完全的libc实现，但其中有一些api是非标准的，有些libc的
标准也没有实现。uC-libc稳定地支持 m68000，ColdFire和没有MMU的ARM。其主要设计
目标是“小”、"轻"，并尽量与标准一致，虽然它的API和很多libc兼容，但是似乎并
不像它期望的那样和所有标准一致。
uClibc就是为了解决这个问题从uC-libc中发展出来的。它的所有API都是标准的(正确
的返回类型，参数等等)，它弥补了uC-libc中没有实现的libc标准，现在已经被移植到
多种架构中。一般来讲，它尽量兼容glibc以便使应用程序用uClibc改写变的容易。
uClibc能够在标准的 VM linux和uClinux上面使用。为了应用程序的简洁，它甚至可以
在许多支持MMU的平台上被编译成共享库。Erik Anderson在uClibc背后做了很多的工
作。uClibc支持许多系列的处理器：m68000，Coldfire，ARM，MIPS，v850， x86，
i960，Sparc，SuperH，Alpha，PowerPC和Hitachi 8。不断增加的平台支持显示uClibc
能够很容易的适应新的架构。uClinux发行版提供了环境能够让你选择使用uC-libc或是
uClibc编译。对于m68000和Coldfire平台来说，选择uC-libc还是稍微好一点，因为它
支持共享库，而共享库是这些cpu经常使用的 libc.uClibc也几乎和所有的平台都能很
好的工作。选择哪种libc取决于你的需求。
newlib 是一个用于嵌入式系统的开放源代码的C语言程序库，由libc和libm两个库组
成，特点是轻量级，速度快，可移植到很多CPU结构上。newlib实现了许多复杂的功
能，包括字符串支持，浮点运算，内存分配(如malloc)和I/O流函数(printf，fprinf()
等等)。其中libc提供了c 语言库的实现，而libm提供了浮点运算支持。
在为ARM交叉编译gcc编译器时，对gcc指定不同的配置选项时，使用的C语言库就不同，
gcc编译器默认使用Glibc，也可以使用 uClibc/uC-libc(基本兼容Glibc API)，当使用
--with-newlib时，gcc编译器不使用Glibc。当没有交叉编译Glibc时，可以使用
--with-newlib禁止连接Glibc而编译bootstrap gcc编译器。从gcc源目录下的
config/arm中的t-linux和t-arm-elf中可以看出，不同的--target也影响gcc连接C语言
库，t-linux(--target=arm-linux)默认使用Glibc，-arm-elf(--target=arm-elf)使用
- Dinhibit_libc禁止连接Glibc，这时我们就可以使用newlib等其他C语言库编译GCC工
具链。
虽然GCC工具链配置了不同的的C语言库，但由于这些C语言库都可以用来支持GCC，它们
对核心数据的处理上不存在较大出入。因而arm-linux-* 和 arm-elf-*区别主要表现在
C语言库的实现上，例如不同系统调用，不同的函数集实现，不同的ABI\启动代码以及
不同系统特性等微小的差别。
arm-linux-*和 arm-elf-*的使用没有一个绝对的标准，排除不同库实现的差异，gcc可
以编译任何系统。arm-linux-*和 arm-elf-*都可以用来编译裸机程序和操作系统，只
是在遵循下面的描述时系统程序显得更加协调：
arm-linux-*针对运行linux的ARM机器，其依赖于指定的C语言库Glibc，因为同样使用
Glibc的linux而使得arm-linux-*在运行linux的ARM机器上编译显得更加和谐。
arm-elf-*则是一个独立的编译体系，不依赖于指定的C语言库Glibc，可以使用newlib
等其他C语言库，不要求操作系统支持，当其使用为嵌入式系统而设计的一些轻巧的C语
言库时编译裸机程序(没有linux等大型操作系统的程序)，如监控程序，bootloader等
能使得系统程序更加小巧快捷。
Linaro prebuilt toolchain does support both hard and soft floating
point. You can get it from https://launchpad.net/linaro-toolchain-binaries/+milestone/2012.08 try: ./arm-linux-gnueabihf-gcc -print-multi-lib
The default configure is --with-arch=armv7-a --with-tune=cortex-a9
--with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb
To use soft floating, you need options: -marm -march=armv4t -mfloat-abi=soft.
In your case, please try to change -march=armv5 to "-march=armv4t"
If you want to change to configure to cortex-a8 and armv5. You need
* Change cortex-a9 to cortex-a8 in
samples/linaro-arm-linux-gnueabihf/crosstool.config
* Change armv4t to armv5 in
contrib/linaro/patches/gcc/linaro-4.7-2012.08/multilib.patch,
Then follow the instructions to rebuild the toolchain
(contrib/linaro/doc/README.txt)
BTW: crosstool-ng-linaro does not support multilib for eglibc. It uses
the prebuilt sysroot from Ubuntu Precise. If it does not work for you,
please use the latest crosstool-ng from http://crosstool-ng.org/.
Ⅳ gcc和arm-linux-gcc是什么关系区别是什么
gcc是linux系统下面用来将代码编译成一个可执行程序的手段。编译出来的是适用于linux系统的可执行二进制文件。可执行程序其实就是一堆的0101二进制机器码。这些机器码代表什么含义只有机器本身能理解。所以你用gcc编译出来的可执行程序只有在linux系统下面可以运行。举个例子你的可执行程序里面有一句01011.这句在linux下面可能是吃饭的意思，但是在windows下面可能01011是撒尿的意思。那你说linux的可执行程序放在window下面能正常运行吗？肯定不能嘛。你要的目的是吃饭，它帮你执行撒尿很显然就不对了。同样的可能01011在ARM下面的意思是睡觉。不同系统的机器码含义是不一样的。所以你在linux系统下面写的代码要怎样才能在ARM系统上面跑呢。这就需要用到交叉编译。arm-linux-gcc是什么意思？就是告诉你的编译器，我编写的环境是linux，但是我希望生成的可执行程序是在arm上面跑的。这就是交叉编译。编写环境和执行环境分离的一种手段。
Ⅵ arm-none-linux-gnueabi交叉工具链与arm-linux-gcc 有区别吗
eabi标准的要好些，可能arm-linux-gcc就是arm-none-linux-gnueabi的一个链接
终于，郁闷已久的问题攻破了，用了三种配置交叉编译的方法，最终在开发板上实现成功了，现在想一想，有的时候真的也是运气。
之前已经试验过使用arm-linux-gcc-3.4.1配置交叉编译编译环境，配置成功了，在开发板上失败了~
后来使用脚本创建交叉编译环境（crosstool-0.43），配置成功了（这个用了相当长的时间），在开发板上失败了~
终于，在一个偶然的机会（其实是浏览无数网页后），我终于找到了一个好的方法，并成功在开发板上运行。先说一下网上的一些方法，有些所谓的默认安装了一些程序，但是在实际运行时发现根本没有安装，而且很多地方不知道该如何安装。再有就是文章一上来就说安装什么什么软件，但是在网上搜根本找不到。只能说很多人只转载文章，根本没有试验过。但是我还是幸运的找到了一个靠谱的文章http://www.adamjiang.com/pukiwiki/index.php?%E7%BC%96%E8%AF%91mini2440%E5%B7%A5%E5%85%B7%E9%93%BE
根据上面的做法，我成功了，在此小做总结。
首先下载工具链，幸好这篇文章给出了这个网站，要不还不知道要找多久。
http://www.codesourcery.com/.../arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
70多M很快就下完了，若不是root用户下，可以将文件解压到home的某个目录下。
tar xjvfo arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 -C /home/..../arm
那么，在这个目录下会生成一个arm-2008q3文件夹。
更改路径不用说了，或者临时或者非临时。我就直接改~/.bashrc了，在最后加：
export PATH=/usr/local/arm-2008q3/bin:${PATH}
ok~现在使你路径生效吧：
source ~/.bashrc
再输入：export CROSS_COMPILE=arm-none-linux-gnueabi-
作用是：当你编译软件的时候，Makefile在大多数情况向会取得CROSS_COMPILE所指定的交叉编译工具。
也可以输入：export CROSS_COMPILE=/usr/local/arm-2008q3/bin/arm-none-linux-gnueabi-
这种种方法是通过绝对路径来指定交叉编译工具，这样做可以更精确的为交叉编译定位，同时可以避免很多错误。你可以通过下面这样的例子指定交叉编译工具的绝对路径。
现在一切就绪，随便编译个hello world.c文件，用arm-none-linux-gnueabi-gcc helloworld.c -o helloworld,生成的helloworld文件通过nfs挂载到板子上。
最最后，在minicom下输入：./helloworld。
就会显示你希望见到的输出了。。。。。。
首先，从下面的地址下载工具链
http://www.codesourcery.com/.../arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2
等待下载完成后，将工具链解压到/usr/local/目录，如果你没有编译主机上的root权限的话，你可以将工具链解压到Linux用户的home目录中的某个位置（比如${HOME}/bin）
tar xjvfo arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 -C /usr/local
这个操作将会在/usr/local目录中创建一个么名为arm-2008q3的目录。
接下来，你需要将这个新进添加的工具链的位置添加到PATH变量之中。编译你的~/.bashrc文件，在其中加入新的PATH变量
export PATH=/usr/local/arm-2008q3/bin:${PATH}
使用source命令在当前shell中启用这个变化，这样你就不需要重新登入系统使用新变量了。
source ~/.bashrc
或者直接在shell中使用export对当前shell做同样的操作。
export PATH=/usr/local/arm-2008q3/bin:${PATH}
如果你并不是bash用户，你可以修改你使用的shell所对应的环境设置文件，比如，对于zsh来说，您应该修改~/.zsh文件。或者，你需要在每次登入shell后首先运行上面的export操作。
因为在开发主机上进行交叉编译意味着使用开发主机的能力生成另外一个体系结构上运行的二进制代码，所以，一般来说，你需要编译的软件通常都会接受一个叫做CROSS_COMPILE的变量来指定产生哪个体系结构的代码。所以，配置工具链的最后一个步骤就是设置这个变量。如果你现在使用ls命令查看以下
ls /usr/local/arm-2008q3/bin/
目录的话，你会看到很多以arm-none-linux-gnueabi-开始的可执行文件，而这个共同的前缀就是你需要的CROSS_COMPILE变量。现在，使用export命令设置环境变量
export CROSS_COMPILE=arm-none-linux-gnueabi-
现在，当你编译软件的时候，Makefile在大多数情况向会取得CROSS_COMPILE所指定的交叉编译工具。当然，前提是，这些交叉编译工具在你的PATH变量上。还有一种方法是通过绝对路径来指定交叉编译工具，这样做可以更精确的为交叉编译定位，同时可以避免很多错误。你可以通过下面这样的例子指定交叉编译工具的绝对路径。
export CROSS_COMPILE=/usr/local/arm-2008q3/bin/arm-none-linux-gnueabi-
在大多数情况下，你并不需要将上面的export命令加入~/.bashrc这样的文件，因为，你并不总是需要它们来做交叉编译。比如，你仅仅希望编译运行在开发主机上的程序时。
这样，工具链就准备好了。
Ⅶ 交叉编译器 arm-linux-gnueabi 和 arm-linux-gnueabihf 的区别
两个交叉编译器分别适用于 armel 和 armhf 两个不同的架构，armel 和 armhf 这两种架构在对待浮点运算采取了不同的策略（有 fpu 的 arm 才能支持这两种浮点运算策略）。
其实这两个交叉编译器只不过是 gcc 的选项 -mfloat-abi 的默认值不同。gcc 的选项 -mfloat-abi 有三种值 soft、softfp、hard（其中后两者都要求 arm 里有 fpu 浮点运算单元，soft 与后两者是兼容的，但 softfp 和 hard 两种模式互不兼容）：
soft： 不用fpu进行浮点计算，即使有fpu浮点运算单元也不用，而是使用软件模式。
softfp： armel架构（对应的编译器为 arm-linux-gnueabi-gcc ）采用的默认值，用fpu计算，但是传参数用普通寄存器传，这样中断的时候，只需要保存普通寄存器，中断负荷小，但是参数需要转换成浮点的再计算。
hard： armhf架构（对应的编译器 arm-linux-gnueabihf-gcc ）采用的默认值，用fpu计算，传参数也用fpu中的浮点寄存器传，省去了转换，性能最好，但是中断负荷高。
Ⅷ gcc是什么
GCC是一个用于linux系统下编程的编译器
是一个用于编程开发的自由编译器。最初，GCC只是一个C语言编译器，它是GNU C Compiler 的英文缩写。随着众多自由开发者的加入和GCC自身的发展，如今的GCC已经是一个包含众多语言的编译器了。其中包括 C,C++,Ada,Object C和Java等。所以，GCC也由原来的GNU C Compiler变为GNU Compiler Collection。也就是 GNU编译器家族的意思。当然，如今的GCC借助于它的特性，具有了交叉编译器的功能，即在一个平台下编译另一个平台的代码。
Ⅸ 如何交叉编译开源库
所谓的搭建交叉编译环境，即安装、配置交叉编译工具链。在该环境下编译出嵌入式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”命令执行并显示内容 因为它是一个二进制文件，只能下载到开发板上执行！
至此，搭建交叉编译环境步骤结束。