【发布时间】：2020-06-08 15:38:22
【问题描述】：
我正在使用安装了 OpenSSL 版本 1.0.2k 和 0.9.8e 的 RHEL7 系统：
$ ll /usr/lib64/libssl.so*
lrwxrwxrwx 1 root root 16 Feb 28 19:32 /usr/lib64/libssl.so -> libssl.so.1.0.2k
-rwxr-xr-x 1 root root 340832 Mar 4 2016 /usr/lib64/libssl.so.0.9.8e
-rwxr-xr-x 1 root root 470360 Apr 9 2019 /usr/lib64/libssl.so.1.0.2k
lrwxrwxrwx 1 root root 16 Feb 28 19:31 /usr/lib64/libssl.so.10 -> libssl.so.1.0.2k
lrwxrwxrwx 1 root root 16 Jun 22 2018 /usr/lib64/libssl.so.6 -> libssl.so.0.9.8e
出于兼容性原因，我的程序需要链接旧的 0.9.8e 版本，但 find_package() for OpenSSL 似乎无法找到它。
如果我使用find_package(OpenSSL 0.9.8 REQUIRED COMPONENTS SSL Crypto)，它会找到更新的版本：
-- Found OpenSSL: /usr/lib64/libcrypto.so (found suitable version "1.0.2k", minimum required is "0.9.8") found components: SSL Crypto
如果我添加EXACT 选项，CMake 会告诉我找不到该版本：
CMake Error at /path/to/cmake/data/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:164 (message):
Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the
system variable OPENSSL_ROOT_DIR: Found unsuitable version "1.0.2k", but
required is exact version "0.9.8" (found /usr/lib64/libcrypto.so)
查看输出很明显FindOpenSSL.cmake 只查看指向新库的符号链接。提供OPENSSL_ROOT_DIR 也不是选项，因为两个库都位于同一个目录中。是否可以告诉命令查找特定的库/SONAME？
我不想直接链接到正确的库。我应该向 KitWare 报告错误吗？在我看来，这方面的命令似乎被破坏了。
【问题讨论】：
-
您可能需要查看 OpenSSL finder 模块的源代码。我不得不为其他模块做类似的事情。
-
find_package查找libssl.so链接。你的指向 1.0.2。即使您手动更改它，除非您还安装了头文件，否则它将无法正常工作。您需要安装 openssl 0.9.8 的完整开发环境。我不记得 RHEL7 是否提供 0.9.8 的开发包。他们可能只发布运行时 0.9.8 库，以支持仅为早期版本的 RHEL 构建的软件。在这种情况下，您唯一的选择是自己从头开始构建 openssl，并以不会将您的 RHEL7 系统变成无法启动的砖块的方式安装它。 -
@drescherjm 不幸的是，这不起作用。这里不（从语法上）支持所谓的字母发布。如果我添加“e”，则会出错。
-
@SamVarshavchik 假设我是这样做的。这不会仍然是一个问题，因为我的二进制文件在执行时将搜索
libssl.so而不是libssl.so.0.9.8e？实际上，这是我在 RHEL5 机器上构建的二进制文件所面临的另一个问题，其中 0.9.8.e 是默认版本。在 RHEL7 系统上运行时，它会加载错误的libssl版本和段错误。 -
您的二进制文件不会搜索
libssl.so。在链接时，从.so文件中读取完整的共享库版本，这里应该是libssl.so.6，这就是运行时要搜索的内容。这里有所有这些符号链接的原因。我不知道 RHEL5 上发生了什么，可能是当时的 openssl 没有正确构建。