之所以要有交叉编译，主要原因是：

嵌入式系统中的资源太少

具体的解释就是：

交叉编译出来的程序，所要运行的目标环境中，各种资源，都相对有限，所以很难进行直接的本地编译

最常见的情况是：

在进行嵌入式开发时，目标平台，即嵌入式开发板，比如是最大主频200MHz的ARM的CPU，加上32M的RAM，加上1G的Nand Flash等等。

在如此相对比较紧张的硬件资源的前提下，在已经运行了嵌入式Linux的前提下，是没法很方便的，直接在嵌入式Linux下，去本地编译，去在ARM的CPU下，编译出来，供ARM的CPU可以运行的程序的。

因为编译，开发，都需要相对比较多的CPU，内存，硬盘等资源，而嵌入式开发上的那点资源，只够嵌入式（Linux）系统运行的，没太多剩余的资源，供你本地编译。

 

BusyBox中包含make等和编译开发相关的工具

对应的，等你后期熟悉了嵌入式开发，熟悉了Busybox后， 比如在Buildroot中去配置Busybox，或者单独交叉编译BusyBox时： 就会看到，后来的BusyBox，功能增加后，也已经包含了一些，和编译开发相关的工具，比如make等等 而这些工具，本来的话，只是，放在PC端使用，即在x86平台下做开发的时候，在交叉编译的时候，才用到的工具， 现在，也在（BusyBox的）嵌入式环境中，支持了。 此时，如果，你在BusyBox中把相关的开发工具都选上的话， 再加上，你的目标开发板的硬件配置足够强大的话，比如CPU都是以GHz为单位，等等 加上相关的开发的库和工具都很全的话 实际上，至少理论上，也是可以在你的嵌入式Linux中，进行，有限的，甚至是很大程度上的，本地开发 即，直接在ARM的开发板上，嵌入式Linux中，直接进行嵌入式开发，进行针对ARM的本地编译 比如，编译出一个helloworld，估计还是可以的 这样，就不存在，或者说，避免了，此处所说的，交叉编译，而变成了本地编译 就相当于，之前在x86的PC端的，编译程序放在x86的CPU上运行的本地编译， 在ARM的CPU，嵌入式Linux中，也实现了 但是很明显，对于更加复杂的程序或者库，在ARM开发板上直接编译的可行性和效率，相对就很低 而且如果是本身折腾Uboot等东西，本身目标运行环境，就没有完整的（嵌入式Linux）系统的话，那么就更加没法在目标平台实现本地编译了。 则还是只能进行，此处所说的，交叉编译