关于linux：如何建立一个//’./configure

我正在一个非常普通的 Linux 主机上从源代码构建 tmux-2.0。第一次尝试失败，因为安装的 libevent 版本比要求的版本旧，所以我首先从源(撰写本文时的当前版本)下载并构建 libevent-2.0.22。

libevent 的构建完美地成功，然后我想我可以使用以下命令重试构建 tmux：

上述调用成功，随后的make 和make install 也成功。

运行我新构建的 tmux，但是，由于缺少共享对象而中止，这并不奇怪 libevent-2.0.so.5:

我认为针对自定义库构建意味着它也将在运行时使用？我的 tmux 上的 ldd 给了我：

所以，libevent-2.0.so.5 没有找到。

我是否需要求助于设置，我不知道，LIBS、LDFLAGS 或其他一些变量或切换到上面的 configure 脚本，所以我不知道路径我新建的 libevent 嵌入在 tmux 二进制文件中，由 ld?

提供

我没有 root 访问权限 – 大学 Linux 工作站 – 坦率地说，我认为我不需要。我也不想弄脏 LD_LIBRARY_PATH 之类的东西。可以说，做 LD_LIBRARY_PATH=$PATH_TO_MY_LIBEVENT/lib tmux 工作正常。但我希望它”默认”工作，定位并使用我的 libevent。

我猜这个解决方案几乎适用于任何使用”GNU 构建系统”的软件。在这里做什么是正确的？

您针对库构建，但系统不知道库在哪里。由于您不想安装库，而是将其留在构建它的位置，因此您可以使用链接器的 -rpath= 选项解决它，因为它将库的搜索路径嵌入到可执行文件中。

只需重建您的应用程序，并将其添加到您的 LDFLAGS 中，例如 LDFLAGS=”-rpath=/home/mypath/to/libevent”(但请注意，它是一个链接器选项，并且可能在 makefile 中作为链接器使用 gcc 本身a€” gcc 不知道该选项，那么您需要像 LDFLAGS=”-Wl,-rpath=/home/mypath/to/libevent” 一样编写它以强制 gcc 将选项向下传递给实际的链接器)

顺便说一句，实际上你甚至可以在不重新编译应用程序的情况下更改 rpath，因为有一个工具 patchelf 可以完成这项工作。