什么是交叉编译技术,并简述在嵌入式系统中采用该技术的原因？什么是交叉编译，为什么要采用交叉编译

本文目录

• 什么是交叉编译技术,并简述在嵌入式系统中采用该技术的原因
• 什么是交叉编译，为什么要采用交叉编译
• 交叉编译的流程是什么
• 什么是交叉编译
• yocto交叉编译工具在哪个目录
• 什么是交叉编译器
• 什么是交叉编译，为什么要使用交叉编译
• 什么是嵌入式设计中的交叉编译
• 嵌入式Linux开发中的交叉编译是什么意思

什么是交叉编译技术,并简述在嵌入式系统中采用该技术的原因

很简单，交叉编译就是在宿主机上编译能在目标板上运行的程序，之所以用交叉编译，就是因为很多目标机的功能不是很强大，例如没有足够的内存，CPU也不行。所以就要借助宿主机来做好它所需要是东东，然后目标机用

什么是交叉编译，为什么要采用交叉编译

在一个平台架构上，编译另一个平台架构的可执行代码，就是交叉编译。
例如在x86架构的PC上编译arm嵌入式设备的可执行程序。
交叉编译是不得不用，
首先在目标设备的系统还没引导起来的时候，编译目标平台的引导程序，显然只能交叉编译。
还有因为目标设备往往能力太低，没法安装编译器，或者勉强安装了，也慢得像蜗牛。

交叉编译的流程是什么

采用交叉编译的主要原因在于，多数嵌入式目标系统不能提供足够的资源供编译过程使用，因而只好将编译工程转移到高性能的主机中进行。
linux下的交叉编译环境重要包括以下几个部分：
1.对目标系统的编译器gcc
2.对目标系统的二进制工具binutils
3.目标系统的标准c库glibc
4.目标系统的linux内核头文件
交叉编译环境的建立步骤
一、下载源代码 下载包括binutils、gcc、glibc及linux内核的源代码（需要注意的是，glibc和内核源代码的版本必须与目标机上实际使用的版本保持一致），并设定shell变量PREFIX指定可执行程序的安装路径。
二、编译binutils 首先运行configure文件，并使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，然后执行make install。
三、配置linux内核头文件
首先执行make mrproper进行清理工作，然后执行make config ARCH=arm（或make menuconfig/xconfig ARCH=arm）进行配置（注意，一定要在命令行中使用ARCH=arm指定cpu架构，因为缺省架构为主机的cpu架构），这一步需要根据目标机的实际情况进行详细的配置，笔者进行的实验中目标机为HP的ipaq-hp3630 PDA，因而设置system type为SA11X0，SA11X0 Implementations中选择Compaq iPAQ H3600/H3700。
配置完成之后，需要将内核头文件拷贝到安装目录： cp -dR include/asm-arm $PREFIX/arm-linux/include/asm cp -dR include/linux $PREFIX/arm-linux/include/linux
四、第一次编译gcc
首先运行configure文件，使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，并使用--disable-threads、--disable-shared、--enable-languages=c参数，然后执行make install。这一步将生成一个最简的gcc。由于编译整个gcc是需要目标机的glibc库的，它现在还不存在，因此需要首先生成一个最简的gcc，它只需要具备编译目标机glibc库的能力即可。
五、交叉编译glibc
这一步骤生成的代码是针对目标机cpu的，因此它属于一个交叉编译过程。该过程要用到linux内核头文件，默认路径为$PREFIX/arm-linux/sys-linux，因而需要在$PREFIX/arm-linux中建立一个名为sys-linux的软连接，使其内核头文件所在的include目录；或者，也可以在接下来要执行的configure命令中使用--with-headers参数指定linux内核头文件的实际路径。
configure的运行参数设置如下（因为是交叉编译，所以要将编译器变量CC设为arm-linux-gcc）： CC=arm-linux-gcc ./configure --prefix=$PREFIX/arm-linux --host=arm-linux --enable-add-ons 最后，按以上配置执行configure和make install，glibc的交叉编译过程就算完成了，这里需要指出的是，glibc的安装路径设置为$PREFIXARCH=arm/arm-linux，如果此处设置不当，第二次编译gcc时可能找不到glibc的头文件和库。
六、第二次编译gcc
运行configure，参数设置为--prefix=$PREFIX --target=arm-linux --enable-languages=c,c++。
运行make install。
到此为止整个交叉编译环境就完全生成了。
几点注意事项
第一点、在第一次编译gcc的时候可能会出现找不到stdio.h的错误，解决办法是修改gcc/config/arm/t-linux文件，在TARGET_LIBGCC2_CFLAGS变量的设定中增加-Dinhibit_libc和-D__gthr_posix_h。

什么是交叉编译

举个例子来解答。
我们的电脑PC的CPU是intel或者AMD的，这种CPU全部是x86架构的，内在指令是一样的。
而嵌入式linux的CPU一般是ARM的，这种CPU的指令架构和x86完全不同。
如果，你在电脑上写了个C语言程序，然后编译运行，但是这种程序只能在PC上，也就是intel或AMD的CPU上运行。你下载到ARM的机器上是不能运行的。
如果想要运行，就要在PC上根据ARM的指令架构来编译程序。
这种在这种架构的CPU机子上编译另外一种架构CPU的软件，就叫做“交叉”编译。交叉CROSS就是这个意思。

yocto交叉编译工具在哪个目录

概述YoctoProject是一个开源协作项目，它提供了一些模板、工具和方法来支持面向嵌入式产品的自定义Linux系统，不管硬件架构是什么。我想要告诉那些对yocto这个名称不甚理解的用户的是，术语yocto是最小的SI单元。最为一个前缀，yocto表示10^-24。本文将提供一个分步指导，向您介绍如何使用YoctoProject的行业标准开源工具为嵌入式设备创建自定义的Linux操作系统，并使用QEMU在一台虚拟机中启动操作系统。YoctoProject是由大型硬件公司和操作系统供应商资助的、由Linux基金会赞助的开源项目，提供了一些行业领先的工具、方法和元数据来构建Linux系统。YoctoProject的两大主要组件由YoctoProject和OpenEmbedded项目一起维护，这两个组件是BitBake和OpenEmbedded-Core，前者是构建引擎，后者是运行构建过程所使用的一套核心配方(recipe)。下一节会介绍所有项目组件。YoctoProject简介作为一个协作项目，YoctoProject有时也称为“umbrella”项目，它吸纳了许多不同的开发流程部分。在整个YoctoProject中，这些部分被称为项目，包括构建工具、称为核心配方的构建指令元数据、库、实用程序和图形用户界面(GUI)。PokyPoky是YoctoProject的一个参考构建系统。它包含BitBake、OpenEmbedded-Core、一个板卡支持包(BSP)以及整合到构建过程中的其他任何程序包或层。Poky这一名称也指使用参考构建系统得到的默认Linux发行版，它可能极其小(core-image-minimal)，也可能是带有GUI的整个Linux系统(core-image-sato)。您可以将Poky构建系统看作是整个项目的一个参考系统，即运行中进程的一个工作示例。在下载YoctoProject时，实际上也下载了可用于构建默认系统的这些工具、实用程序、库、工具链和元数据的实例。这一参考系统以及它创建的参考发行版都被命名为Poky。您还可以将此作为一个起点来创建您自己的发行版，当然，您可以对此发行版随意命名。所有构建系统都需要的一个项目是工具链：一个编译器、汇编程序、链接器以及为给定架构创建二进制可执行文件所需的其他二进制实用程序。Poky使用了GNUCompilerCollection(GCC)，不过您也可以指定其他工具链。Poky使用了一种名为交叉编译的技术：在一个架构上使用工具链为另一个架构构建二进制可执行文件（例如，在基于x86的系统上构建ARM发行版）。开发人员常常在嵌入式系统开发中使用交叉编译来利用主机系统的高性能。元数据集元数据集按层进行排列，这样一来每一层都可以为下面的层提供单独的功能。基层是OpenEmbedded-Core或oe-core，提供了所有构建项目所必需的常见配方、类和相关功能。然后您可以通过在oe-core之上添加新层来定制构建。OpenEmbedded-Core由YoctoProject和OpenEmbedded项目共同维护。将YoctoProject与OpenEmbedded分开的层是meta-yocto层，该层提供了Poky发行版配置和一组核心的参考BSP。

什么是交叉编译器

交叉编译器：在一种计算机环境中运行的编译程序，能编译出在另外一种环境下运行的代码

什么是交叉编译，为什么要使用交叉编译

交叉编译 一般指的是 编译非本地机器上运行的代码。
通俗点讲就是 编译其它机器上运行的代码，那些机器的cpu 指令集与编译机器不同，所以编译出来的代码不能直接在编译机上运行。
编译机器上一般需要借助虚拟机才能运行编译后的代码；
最常见的交叉编译是在PC上开发手机app，手机使用的cpu和操作系统一般根编译机都不一样。我们编译出来的手机app不能直接在windows下或linux下运行，只能通过装在PC上的虚拟机才能运行。

什么是嵌入式设计中的交叉编译

Compiling a program takes place by running a compiler on the build platform. The compiled program will run on the host platform. Usually these two are the same; if they are different, the process is called cross-compilation.
对一个程序进行编译的过程要通过在一个操作系统平台(编译平台)上运行编译器而完成。被编译的程序也将运行在一个操作系统平台(运行平台)上，这二个平台通常是相同的，如果二者不同，则这个编译过程被称为交叉编译。
Typically the hardware architecture differs, like for example when compiling a program destined for the MIPS architecture on an x86 computer; but cross-compilation is also applicable when only the operating system environment differs, as when compiling a FreeBSD program under Linux; or even just the system library, as when compiling programs with uClibc on a glibc host.
一般来说交叉编译被应用在硬件结构不同的机器上，如在x86的计算机上为MIPS体系的机器编译程序。但交叉编译也适用于硬件结构相同而操作系统不同的情况，比如在Linux操作系统下为FreeBSD编译程序。交叉编译甚至也可以应用于只有系统库不同的情况下，如在使用glibc的机器上用uClibc编译程序。
Cross-compilation is typically more involved and prone to errors than with native compilation. Due to this, cross-compiling is normally only utilized if the target is not yet self-hosting (i.e. able to compile programs on its own), unstable, or the build system is simply much faster. For many embedded systems, cross-compilation is simply the only possible way to build programs, as the target hardware does not have the resources or capabilities.
交叉编译通常比本地编译更容易引发错误。因此，交叉编译一般只用于目标平台不能自洽(比如说，目标平台无法完成程序编译)，不稳定或者编译平台速度更快的情况下。对大多数嵌入式系统来说，由于目标平台的执行能力或系统资源有限，交叉编译是唯一可行的编译方式。

嵌入式Linux开发中的交叉编译是什么意思

所谓交叉编译是指在A系统上编译B系统的二进制代码。
嵌入式的应用程序，甚至操作系统是运行在特定目标平台上，例如一块arm架构的目标板。而编译程序的时候通常是在普通x86构架下的Linux操作系统的PC上。在PC上编译嵌入式应用程序的过程叫做交叉编译。