编译自定义库后，ldconfig、ld.so.conf与LD_LIBRARY_PATH的配置疑问

作为常年折腾源码编译工具链的人，我太懂你这种纠结环境变量的痛点了！咱们把LD_LIBRARY_PATH、LD_RUN_PATH以及编译时的--prefix这三者掰扯明白，再给你一套适配你场景的靠谱配置流程。

1. LD_LIBRARY_PATH：运行时动态库的临时查找路径 #

• 这是程序运行阶段生效的环境变量，专门告诉系统的动态链接器（ld.so）：除了默认的/lib、/usr/lib这些路径，还要去我指定的地方找共享库（.so文件）。
• 它的优先级比系统默认路径高，但属于「临时生效」的配置——新开终端、重启系统后就会失效，除非你把它写到~/.bashrc或者全局配置里。
• 你之前手动设置的就是它，比如export LD_LIBRARY_PATH=/usr/local/gcc-7.2.0/lib:$LD_LIBRARY_PATH。

2. LD_RUN_PATH：编译时嵌入程序的永久运行路径 #

• 这是编译链接阶段生效的环境变量，作用是让链接器把你指定的路径，直接嵌入到生成的可执行文件/共享库的DT_RUNPATH字段里。
• 一旦嵌入，程序运行时动态链接器会自动优先查找这个路径里的库，不需要每次启动都手动设LD_LIBRARY_PATH。
• 它的优先级比系统默认路径高，但比运行时临时设置的LD_LIBRARY_PATH低。

3. --prefix：库的安装位置指定 #

• 这是给configure脚本用的参数，用来明确编译后的库、头文件、二进制程序要安装到哪个目录，比如你设的--prefix=/usr/local/gcc-7.2.0，会把库放到/usr/local/gcc-7.2.0/lib，头文件放到/usr/local/gcc-7.2.0/include。
• 注意：这个参数只是指定安装位置，不会自动让编译后的程序知道去哪里找依赖库，必须配合LD_RUN_PATH或者LD_LIBRARY_PATH才能生效。

因为你是编译gcc工具链的依赖库（gmp、mpfr）+gcc本身，推荐用「LD_RUN_PATH嵌入路径+系统全局配置兜底」的方式，避免每次运行都手动折腾变量：

1. 先编译依赖库（gmp、mpfr） #

在运行configure前，先设置LD_RUN_PATH，让链接器把安装路径嵌入到库文件里：

export LD_RUN_PATH=/usr/local/gcc-7.2.0/lib
./configure --prefix=/usr/local/gcc-7.2.0
make && make install

这样编译出来的gmp、mpfr库本身会带有DT_RUNPATH字段，后续编译gcc时，链接器能自动找到这些依赖，不用额外设LD_LIBRARY_PATH。

2. 再编译gcc #

同样先设置LD_RUN_PATH，确保gcc编译后的二进制文件能找到自己依赖的gmp、mpfr，以及自身的库：

export LD_RUN_PATH=/usr/local/gcc-7.2.0/lib
./configure --prefix=/usr/local/gcc-7.2.0 --with-gmp=/usr/local/gcc-7.2.0 --with-mpfr=/usr/local/gcc-7.2.0
make && make install

这里加--with-gmp和--with-mpfr是为了让gcc的configure脚本直接定位到你编译好的依赖，避免误用系统默认版本。

3. 全局配置兜底（可选但推荐） #

虽然LD_RUN_PATH已经把路径嵌入到程序里，但为了确保所有场景都能正常运行（比如其他程序调用这个gcc的库），可以把路径加到系统动态链接器的永久配置里：

• 创建配置文件：/etc/ld.so.conf.d/gcc-7.2.0.conf，内容写：

/usr/local/gcc-7.2.0/lib
/usr/local/gcc-7.2.0/lib64  # 64位系统一定要加这个路径

• 运行ldconfig更新动态链接器的缓存，这样系统会永久识别这个路径，彻底告别手动设LD_LIBRARY_PATH的麻烦。

• 别长期把LD_LIBRARY_PATH写到~/.bashrc或者/etc/profile里，很容易导致系统库冲突（比如系统默认gcc和你编译的gcc的库混淆），能用LD_RUN_PATH和ldconfig解决的就优先用这俩。
• 编译嵌套依赖（比如gcc依赖gmp、mpfr）时，一定要先编译完依赖库并设置好LD_RUN_PATH，再编译主程序，否则链接阶段会报错找不到依赖。

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