对应的，等你后期熟悉了嵌入式开发，熟悉了Busybox后，

比如在Buildroot中去配置Busybox，或者单独交叉编译BusyBox时：

【记录】Ubuntu下为QEMU的arm平台交叉编译BusyBox

就会看到，后来的BusyBox，功能增加后，也已经包含了一些，和编译开发相关的工具，比如make等等

而这些工具，本来的话，只是，放在PC端使用，即在x86平台下做开发的时候，在交叉编译的时候，才用到的工具，

现在，也在（BusyBox的）嵌入式环境中，支持了。

此时，如果，你在BusyBox中把相关的开发工具都选上的话，

再加上，你的目标开发板的硬件配置足够强大的话，比如CPU都是以GHz为单位，等等

加上相关的开发的库和工具都很全的话

实际上，至少理论上，也是可以在你的嵌入式Linux中，进行，有限的，甚至是很大程度上的，本地开发

即，直接在ARM的开发板上，嵌入式Linux中，直接进行嵌入式开发，进行针对ARM的本地编译

比如，编译出一个helloworld，估计还是可以的

这样，就不存在，或者说，避免了，此处所说的，交叉编译，而变成了本地编译

就相当于，之前在x86的PC端的，编译程序放在x86的CPU上运行的本地编译，

在ARM的CPU，嵌入式Linux中，也实现了

但是很明显，对于更加复杂的程序或者库，在ARM开发板上直接编译的可行性和效率，相对就很低

而且如果是本身折腾Uboot等东西，本身目标运行环境，就没有完整的（嵌入式Linux）系统的话，那么就更加没法在目标平台实现本地编译了。

则还是只能进行，此处所说的，交叉编译