在运行时链接动态库时，LD_LIBRARY_PATH路径上没有该库

Question

我正在尝试将我的项目连接到位于项目基目录 [proj_dir]/lib 中的特定一组自定义编译库，而不是任何系统的 /lib、/usr/lib 或 /usr/local/lib，以避免与这些相同库的安装版本发生冲突。

我可以通过使用 -L 标志传递库路径来编译该项目，但当我运行已编译的二进制文件时，会出现“错误加载共享库 libXXX.so: 找不到共享对象文件：没有那个文件或目录”的错误，并且 ldd 告诉我找不到那些特定的库。

另一方面，如果我将 LD_LIBRARY_PATH=[proj_dir]/lib 传递给可执行文件，则可以无问题地运行它。但是，有没有一种隐式链接这些库的方法，而不必在运行时手动设置 LD_LIBRARY_PATH？

- joaocandre

---

我认为你运气不太好。如果你已经输入了完整路径，那么如果有人无法在他们的系统上将这个额外的dynlib放在精确路径上呢？ - Gem Taylor

Answer 1

您可以选择以下两种方式之一：

1. 编写一个包装脚本，在调用实际程序之前始终包含LD_LIBRARY_PATH（更灵活）。
2. 将-Wl，-rpath=<directory>添加到链接器选项中，以将目录添加到运行时库搜索路径中。因此，假设您有一个libfoo.so，并且您的程序和DSO位于同一个目录中，则编译命令可能如下所示：gcc -o myprogam main.c -L. -lfoo -Wl,-rpath='$ORIGIN'。

更新：正如Maxim所指出的那样，设置-rpath=.是危险的，应该避免使用。

有关-Wl，请参见gcc manpage，有关-rpath，请参见ld manpage。

- andreee

---

@UKMonkey 只有当 LD_LIBRARY_PATH 包含 . 时才有效。 - andreee

@andreee 这正是我正在寻找的。 - joaocandre

不要将 -rpath 设置为 . - 这是一个安全漏洞，容易劫持您的应用程序。请将其设置为 $ORIGIN。 - Maxim Egorushkin