【发布时间】：2018-10-15 14:07:31
【问题描述】：
TL，DR：
我是否有办法（无 root 访问权限）使链接器（由 gcc 调用）在通过 ldconfig 缓存后不知道 /etc/ld.so.conf 中包含的目录的内容？
详细说明：
我正在尝试（但失败）在没有 root 访问权限的自定义 Linux 发行版上编译 HTCondor。由于各种原因（见下文），我认为我遇到的问题与这台机器上安装了两个版本的libssl和两个版本的libcrypto有关。出于兼容性原因，其中每个的较新版本 (1.0.0) 位于 /usr/lib64，旧版本 (0.9.8) 保留在 /usr/local/lib64。 /etc/ld.so.conf 包含这两个路径，因此链接器知道这两个路径。
在编译过程中出现错误
../condor_utils/libcondor_utils_8_7_9.so: undefined reference to `ERR_remove_thread_state'
由于某种原因，libcondor_utils_8_7_9.so 与 libcrypto.so.0.9.8 相关联，而 ERR_remove_thread_state 是在 1.0.0 中引入的。它在源代码中只出现一次：
#if OPENSSL_VERSION_NUMBER < 0x10000000L
ERR_remove_state( 0 );
#elif OPENSSL_VERSION_NUMBER < 0x10100000L || defined(LIBRESSL_VERSION_NUMBER)
ERR_remove_thread_state( 0 );
#endif
所以预处理器似乎根据版本 1.0.0 做出决定。
This 的问题让我意识到了this 的博文，因此我尝试使用以下脚本替代cpp：
#!/bin/bash
/usr/bin/gcc -Wl,-rpath-link="/usr/lib64",-rpath="/usr/lib64" "$@"
不幸的是，没有用。
为了它，我还尝试在上面的源代码 sn-p 中注释前处理指令以强制选择ERR_remove_state。这导致链接器警告我 libssl.so.1.0.0 可能与 libssl.so.0.9.8 冲突，并且不出所料地产生另一个“未定义引用”错误。
编辑：
结果证明问题与链接器无关。看我的回答。但是，出于好奇，我将把这个问题留着，看看是否有人在其原始公式中找到了解决方案。
【问题讨论】：
-
链接时可以传递各个库的绝对路径
-
@user463035818 哦，伙计。这可能是一个解决方案。完全忘记了。会尝试让你知道。谢谢。
-
"
libcondor_utils_8_7_9.so链接到libcrypto.so.0.9.8..." - 请提交针对 Condor 的错误报告。 OpenSSL 0.9.8 很古老，有太多问题需要花时间详述。它应该在您的组织中未通过验收测试：o -
我认为你应该倒带一点，展示你是如何编译和链接你的库和程序的。我们需要查看编译器和链接器的实际参数。 LD 将在运行时愉快地链接到错误的库。您可能会很幸运，并且能够使用 RPATH 构建您的应用程序。即链接器选项
-Wl,-R,/usr/local/lib64 -Wl,--enable-new-dtags。您需要同时使用它们，并确保使用-I /usr/local/include进行编译并使用-L /usr/local/lib64链接。 -
@user463035818 你的想法是对的。看我的回答。