能否修改glibc默认rpath？编译时内置加载器配置避免重复加参数？

完全可以通过在编译glibc和gcc时配置对应选项，让新工具链编译出的程序自动使用正确的动态链接器和库路径，不用每次手动敲那些繁琐的-Wl,--rpath和-Wl,--dynamic-linker参数。下面是具体的实现步骤和注意事项：

1. 编译glibc时的关键配置 #

首先在配置glibc阶段，要明确指定安装路径，确保动态链接器和库文件都落到你想要的/usr/local/gcc-4.9目录下：

../glibc-2.x/configure \
  --prefix=/usr/local/gcc-4.9 \
  --libdir=/usr/local/gcc-4.9/lib \
  --with-headers=/usr/local/gcc-4.9/include \
  --enable-kernel=2.6.32  # 这里替换成你嵌入式平台的实际内核版本

• --prefix：锁定glibc的安装根目录，保证所有相关文件都集中在/usr/local/gcc-4.9下
• --libdir：明确库文件的安装路径，对应你需要的/usr/local/gcc-4.9/lib
• --with-headers：指向新gcc目录下的头文件，确保glibc编译时使用匹配的头文件版本

编译安装完成后，你需要的ld-linux.so.3就会被放到/usr/local/gcc-4.9/lib目录下。

2. 编译gcc时的关键配置 #

光配置glibc还不够，gcc需要知道新glibc的位置，才能在编译程序时默认带上正确的链接参数。在配置gcc阶段，要添加这些核心选项：

../gcc-4.9.x/configure \
  --prefix=/usr/local/gcc-4.9 \
  --with-glibc=/usr/local/gcc-4.9 \
  --with-ld=/usr/local/gcc-4.9/bin/ld \
  --enable-languages=c,c++ \
  # 这里可以添加你需要的其他参数，比如嵌入式平台的交叉编译目标--target

• --with-glibc：告诉gcc优先使用指定路径下的glibc版本
• --with-ld：指定使用新编译的binutils链接器，确保链接过程调用正确的glibc库
• 如果你是交叉编译嵌入式平台，记得加上对应架构的--target等参数

编译安装完成后，新gcc会自动生成包含正确rpath和动态链接器路径的默认链接命令，直接用/usr/local/gcc-4.9/bin/gcc编译程序就不用手动加参数了。

3. 验证配置是否生效 #

写个简单的测试程序：

#include <stdio.h>
int main() {
    printf("Hello, new toolchain!\n");
    return 0;
}

用新gcc编译：

/usr/local/gcc-4.9/bin/gcc test.c -o test

然后检查程序的动态链接器和rpath：

readelf -l test | grep interpreter
readelf -d test | grep rpath

如果输出里的interpreter指向/usr/local/gcc-4.9/lib/ld-linux.so.3，rpath包含/usr/local/gcc-4.9/lib，就说明配置完全生效了。

重要注意事项 #

• 工具链编译顺序不能乱：先编译binutils，再编译gcc的bootstrap阶段，接着编译glibc，最后完成gcc的完整编译，顺序错了很容易出现版本不兼容问题
• 嵌入式平台可能需要额外的架构相关参数，比如针对ARM的--arch=armv7-a，根据你的硬件调整
• 如果已经编译过旧版本的glibc和gcc，需要完全清理后重新按上述步骤编译，才能让新配置生效

内容的提问来源于stack exchange，提问作者sycc90