现在最后的 C 语言库已经装好了，是时候调整工具链，让新编译的程序链接到这些新的库上。
首先,备份 /tools 链接器，然后用我们在第五章调整过的链接器代替它。我们还会创建一个链接，链接到 /tools/$(gcc -dumpmachine)/bin 的副本：
mv -v /tools/bin/{ld,ld-old} mv -v /tools/$(gcc -dumpmachine)/bin/{ld,ld-old} mv -v /tools/bin/{ld-new,ld} ln -sv /tools/bin/ld /tools/$(gcc -dumpmachine)/bin/ld复制
接下来，修改 GCC 参数文件，让它指向新的动态连接器。
只需删除所有 “/tools” 的实例，这样应该可以留下到达动态链接器的正确路径。还要调整参数文件，这样 GCC 就知道怎样找到正确的头文件和 Glibc 启动文件。
一个 sed 命令就能完成这些:
gcc -dumpspecs | sed -e 's@/tools@@g' \ -e '/\*startfile_prefix_spec:/{n;s@.*@/usr/lib/ @}' \ -e '/\*cpp:/{n;s@$@ -isystem /usr/include@}' > \ `dirname $(gcc --print-libgcc-file-name)`/specs复制
直观地检查参数文件，来确认预期的变化确实完成了是个好的主意。
确保已调整的工具链的基本功能（编译和链接）都能如期进行是非常必要的。 怎样做呢？执行下面这条命令：
echo 'main(){}' > dummy.c cc dummy.c -v -Wl,--verbose &> dummy.log readelf -l a.out | grep ': /lib'复制
如果没有任何错误，上条命令的输出应该是（不同的平台上的动态链接器可能名字不同）：[Requesting program interpreter: /lib/ld-linux.so.2]
📢 注意： /lib 现在是我们动态链接库的前缀。
现在确保我们已经设置好了启动文件：
grep -o '/usr/lib.*/crt[1in].*succeeded' dummy.log复制
确保链接器能找到正确的头文件：
grep -B1 '^ /usr/include' dummy.log复制
接下来，确认新的链接器已经在使用正确的搜索路径：
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'复制
应该忽略指向带有 ‘-linux-gnu’ 的路径，上条命令的输出应该是：
SEARCH_DIR("/usr/lib") SEARCH_DIR("/lib");复制
然后我们要确定我们使用的是正确的 libc:
grep "/lib.*/libc.so.6 " dummy.log复制
上条命令的输出应该是（在 64 位主机上会有 lib64 目录）：
attempt to open /lib/libc.so.6 succeeded复制
最后，确保 GCC 使用的是正确的动态链接器：
grep found dummy.log复制
上条命令的结果应该是（不同的平台上链接器名字可以不同，64 位主机上是 lib64 目录）：
found ld-linux-x86-64.so.2 at /lib64/ld-linux-x86-64.so.2复制
如果显示的结果不一样或者根本没有显示，那就出了大问题。检查并回溯之前的步骤，找到出错的地方并改正。最有可能的原因是参数文件的调整出了问题。在进行下一步之前所有的问题都要解决。
一旦所有的事情都正常了，清除测试文件：
rm -v dummy.c a.out dummy.log复制
本次分享到此结束啦~
如果觉得文章对你有帮助，点赞、收藏、关注、评论，一键四连支持，你的支持就是我创作最大的动力。
❤️ 技术交流可以 关注公众号：Lucifer三思而后行 ❤️
