最近我一直在使用 GCC 进行交叉编译，发现了一个似乎很复杂的领域，即工具链。
我不太明白这一点，因为我的印象是 GCC 可以为大多数常见架构创建二进制机器代码，而其他真正重要的是您链接的库以及创建的可执行文件类型。
难道 GCC 不能自己做所有这些事情吗？通过一次 GCC 构建，将所有适当的库和正确的标志发送到 GCC，我能否为 Windows x86 机器生成一个 PE 可执行文件，然后为嵌入式 Linux MIPS 设备创建一个 ELF 可执行文件，最后为 OSX PowerPC 创建一个可执行文件机器？ 如果没有，有人可以解释您将如何实现这一目标吗？
最佳答案
With a single build of GCC, all the appropriate libraries and the correct flags sent to GCC, could I produce a PE executable for a Windows x86 machine, then create an ELF executable for an embedded Linux MIPS device and finally an executable for an OSX PowerPC machine? If not can someone explain how you would achieve this?
没有。 GCC 的单个构建为一个目标体系结构生成目标代码。您需要一个针对 Intel x86 的构建、一个针对 MIPS 的构建和一个针对 PowerPC 的构建。然而，编译器并不是您需要的唯一工具，尽管您可以通过一次 GCC 调用将源代码构建为可执行文件。在底层，它还使用了汇编器 (as) 和链接器 (ld)，这些需要针对目标架构和平台构建。通常 GCC 使用 GNU binutils 包中这些工具的版本，因此您也需要为目标平台构建它们。
您可以阅读有关构建交叉编译工具链的更多信息 here .
I don't quite understand this as I was under the impression GCC can create binary machine code for most of the common architectures
从某种意义上说，GCC 本身的源代码可以构建到针对各种体系结构的编译器中，但您仍然需要单独构建。
关于 -march , 这不允许相同构建的 GCC 在平台之间切换。相反，它用于选择可用于同一系列处理器的允许指令。例如，现代 x86 处理器支持的某些指令由于后来引入(例如 MMX 和 SSE 等扩展指令集)而不受最早的 x86 处理器的支持。当您传递 -march 时，GCC 会启用该处理器及其前身支持的所有操作码。引用 GCC 手册:
While picking a specific cpu-type will schedule things appropriately for that particular chip, the compiler will not generate any code that does not run on the i386 without the -march=cpu-type option being used.
关于c - 关于 GCC 和交叉编译的一般问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4455705/