gcc 如何查找 as、ld 和其他 binutils 可执行文件？

Question

它们的位置是否硬编码到 gcc 代码中，还是 gcc 只是调用 as 而我们的 PATH 变量中必须有 as 位置？

在后一种情况下，我们如何创建两个完全独立的 gcc 工具链？我的意思是，我们怎样才能让 gcc-A 调用 as-A 和 gcc-B 调用 as-B如果 as-A 和 as-B 都称为 as？

Answer 1

一些路径（例如，到 cc1）被编译。其他路径（例如，as）在 $PATH 中使用正常查找。这可能会根据 GCC 配置的选项而有所不同。

您可以通过使用 strace 运行并 grep 查找 exec|stat 来相当轻松地判断。

$ strace -f gcc foo.c -o foo |& grep exec
⋮
[pid 24943] execve("/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/cc1", …

这是通过编译路径调用 cc1，正如您可以从
缺乏寻找它。它也不在 $PATH 中。

[pid 24944] execve("/home/anthony/bin/as", ["as", "--64", "-o", "/tmp/ccCIrcGi.o", "/tmp/ccbw3PkL.s"], [/* 51 vars */]) = -1 ENOENT (No such file or directory)
[pid 24944] execve("/usr/local/bin/as", ["as", "--64", "-o", "/tmp/ccCIrcGi.o", "/tmp/ccbw3PkL.s"], [/* 51 vars */]) = -1 ENOENT (No such file or directory)
[pid 24944] execve("/usr/bin/as", ["as", "--64", "-o", "/tmp/ccCIrcGi.o", "/tmp/ccbw3PkL.s"], [/* 51 vars */]) = 0

即在 $PATH 中查找 as。你可以看出，因为它正在尝试每一个
按顺序在 $PATH 中的位置。

我省略了很多 strace 输出——即使只有 stat 和 exec，它的
好几页长。

运行 gcc -v 将显示一些编译路径（作为配置行的一部分）。

Answer 2

我们如何创建两个完全独立的 gcc 工具链？

从源代码编译 GCC 两次，详细说明位于：单个主机上的多个 glibc 库

尽我所能，所有内容都是硬编码和高度耦合的瞧，我认为没有其他像样的解决方案。

查询 GCC 搜索路径

您还可以使用以下方式查询 GCC 搜索路径：

gcc -print-search-dirs | grep -E '^programs' | tr ':' '\n'

示例输出：

programs
 =/usr/lib/gcc/x86_64-linux-gnu/6/
/usr/lib/gcc/x86_64-linux-gnu/6/
/usr/lib/gcc/x86_64-linux-gnu/
/usr/lib/gcc/x86_64-linux-gnu/6/
/usr/lib/gcc/x86_64-linux-gnu/
/usr/lib/gcc/x86_64-linux-gnu/6/../../../../x86_64-linux-gnu/bin/x86_64-linux-gnu/6/
/usr/lib/gcc/x86_64-linux-gnu/6/../../../../x86_64-linux-gnu/bin/x86_64-linux-gnu/
/usr/lib/gcc/x86_64-linux-gnu/6/../../../../x86_64-linux-gnu/bin/

和特定程序：

gcc -print-prog-name=cc1

示例输出：

/usr/lib/gcc/x86_64-linux-gnu/6/cc1

GCC 规范文件

值得一提的是，什么实际上决定了最终的cpp、ld、as是GCC源代码中的“spec”文件，另见：GCC 的通行证和调用程序是什么？

Answer 3

有一个临时选项：-B*prefix*，引用 gcc 文档：

对于要运行的每个子程序，编译器驱动程序首先尝试 -B 前缀（如果有）。如果
找不到该名称，或者如果未指定 -B，则驱动程序会尝试两个标准前缀，
分别是 /usr/lib/gcc/ 和 /usr/local/lib/gcc/。 [...]