为什么每次运行应用程序时都必须使用导出来定义 LD_LIBRARY_PATH？

问题描述：

我有一些使用共享库的代码（gcc 上的 c 代码）。编译时，我必须使用 -I 和 -L 明确定义包含和库目录，因为它们不在标准位置。当我尝试运行代码时，出现以下错误：

./sync_test 
./sync_test: error while loading shared libraries: libsync.so: cannot open shared object file: No such file or directory

但是，执行以下操作，一切都正常：

export LD_LIBRARY_PATH="/path/to/library/"
./sync_test

现在，奇怪的是，这只能起作用一次。如果我尝试再次运行 sync_test，除非我先运行导出命令，否则我会得到相同的错误。我尝试将以下内容添加到我的 .bashrc 中，但没有任何区别：

LD_LIBRARY_PATH="/path/to/library/"

解决方案 1：

您应该避免LD_LIBRARY_PATH在您的 中进行设置.bashrc。请参阅“ Why LD_LIBRARY_PATH is bad”以了解更多信息。

链接时使用链接器选项-rpath，以便动态链接器知道libsync.so在运行时在哪里找到。

gcc ... -Wl,-rpath /path/to/library -L/path/to/library -lsync -o sync_test

编辑：

另一种方法是使用这样的包装器

#!/bin/bash

LD_LIBRARY_PATH=/path/to/library sync_test "$@"

如果sync_test启动任何其他程序，它们最终可能会使用/path/to/library可能有意或无意的库。

解决方案 2：

使用

export LD_LIBRARY_PATH="/path/to/library/"

在你的 .bashrc 中，否则，它只对 bash 可用，而不对你启动的任何程序可用。

链接时尝试-R/path/to/library/标志，它会使程序查找该目录，并且您不需要设置任何环境变量。

编辑：看起来-R仅限于 Solaris，而您使用的是 Linux。

另一种方法是添加路径/etc/ld.so.conf并运行ldconfig。请注意，这是一个全局更改，将应用于所有动态链接二进制文件。

解决方案 3：

你可以把这些都放在一行上：

LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/path/to/library" ./sync_test

即使不会改变任何根本性的事情，也应该会让事情变得更容易一些

解决方案 4：

您是否在 .bashrc 中“导出”了？

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:"/path/to/library"

解决方案 5：

您不必在运行时用 LD_LIBRARY_PATH 覆盖库搜索路径，而是可以使用 将其嵌入二进制文件本身rpath。如果您使用 GCC 链接，添加-Wl,-rpath,<libdir>应该可以解决问题，如果您使用 ld 链接，则只需-rpath <libdir>。

解决方案 6：

如果你在系统上安装了某些东西，你也可以将包含共享库的目录添加到/etc/ld.so.conf文件中，或者在/etc/ld.so.conf.d/中创建一个新文件

（我检查过 RHEL5 和 Ubuntu 发行版，所以我认为它对 Linux 来说是通用的）

ldconfig 程序将确保它们被纳入系统范围。

有关详细信息，请参阅以下链接：
www.dwheeler.com/secure-programs/Secure-Programs-HOWTO/dlls.html

解决方案 7：

您可以在代码中添加具有新定义的调用系统：

sprintf(newdef,"export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:%s:%s",ld1,ld2);
system(newdef);

但，我不知道这是否是正确的解决方案，但它是否有效。

问候