开发板和交叉编译哪个好

㈠ 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这样的文件，因为，你并不总是需要它们来做交叉编译。比如，你仅仅希望编译运行在开发主机上的程序时。

这样，工具链就准备好了。

㈡ qt嵌入式环境环境搭建，编译出来的嵌入式库放哪儿PC里还是开发板上

亲，
您最初的想法是正确的，x86平台的库放在电脑上即可。
而通过arm-linux-交叉编译工具链编译过的库，是需要放在
开发板的文件系统里面的，通用的做法一般是放在/lib或者/usr/lib
目录里面即可。或者也可放在其他目录中，但是需要配置一下LD_LIBRARY_PATH
环境变量。例如放在/home/qtlib目录中，由于这个不是系统默认的动态库目录，
需要设置环境变量LD_LIBRARY_PATH，在/etc/profile下面添加：
export LD_LIBRARY_PATH=/home/qtlib:$LD_LIBRARY_PATH

这是我以前移植qt写的文档，希望能有所帮助
http://hi..com/bolin_tron/item/b806c5194cebce0fe75c3669

Enjoy！

㈢ 如何交叉编译开源库

所谓的搭建交叉编译环境，即安装、配置交叉编译工具链。在该环境下编译出嵌入式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”命令执行并显示内容 因为它是一个二进制文件，只能下载到开发板上执行！

至此，搭建交叉编译环境步骤结束。

㈣ 交叉编译的主机和开发板系统可以不一样吗

（1）交叉编译器

在主机上用来编译其它类型机器上可执行代码的编译器就叫交叉编译器，我们进行嵌入式linux的开发主机大部分都是X86，而我们的嵌入式系统的处理器有可能是ARM/MIPS等非X86处理器，这时候就必须使用ARM/MIPS的交叉编译器才能编译出在这些处理器上能够执行的代码。这里我们使用的是ARM最新的EABI编译器。

交叉编译器在编译的时候，对于浮点运行会预设硬浮点运算FPA（float point architecture），而没有FPA的CPU，比如三星的2440等，会使用FPE（float point emulation即软浮点），这样在速度上就会受到极大限制。使用EABI（embeded application binary interface）则可以对此改善处理。

（2）不修改MAKEFILE来建立编译环境

将arm-2008q3.tar.bz2拷贝到ubuntu系统的某个目录，解压后。使用VI编辑/etc/bash.bashrc，在文件最后加入环境变量设置（注：加bin的含义是交叉编译器工具目录）：

保存后，用source运行一次该文件，就可以了。

（3）gcc: error trying to exec 'cc1': execvp: No such file or directory 的解决

今天在编译开发板环境时，明明设置好编译器的环境变量了，编译时就是会出现：gcc: error trying to exec 'cc1': execvp: No such file or directory 错误提示。后来发现一个方法可以解决，输入：whereis gcc，就可以了发现好几个gcc，包括/usr/bin/gcc，所以我就把PATH路径设过去，就OK了。

（4）Clock skew detected. Your build may be incomplete

如果你装了Windows Linux双系统，系统时间很可能出问题，从而造成文件修改时间比系统时间晚，两种办法：
1，应该是你的PC的系统时钟错误，在BIOS中修改正确。
2，使用touch命令将所有文件的时间戳修改为你系统的当前时间。解决方法：find ./-name "*" -exec touch {} \;

㈤ 开发工具，仿真器，烧录器，编译器，交叉编译器到底是什么关系

房东太多的此长啊，不拉。
开发工具，仿真器，燃烧器，编译器：开发工具仿真器，燃烧器和编译器。仿真器只能烧一些简单的IC，少数还行。燃烧器的程序员更强大的通配符量单一类型的刻录机其实很简单，就是你编译程序写入片内Flash内的介质燃烧器改造，我从事烧伤，我为自己代言

㈥ 关于嵌入式Linux应用程序的头文件

一般都在/usr/include,你可以用whereis或者find搜索嘛，运行的时候应该是在开发板的根文件系统上找寻这些已经预编译好的库文件，如果开发板上没有该库文件，你需要交叉编译这些库文件再烧写到开发板上吧，由于cpu架构不同，台式机的库文件（已经预编译好的.o文件）和开发板用的库文件（*.o）并不通用，你需要自己解决库文件问题。