我在这里搜索了这个问题并找到了一些类似的问题但是解决方案对我来说不起作用。这是我的问题：
我的应用程序正在使用openldap-2.3的共享库进行编译。 Openldap有/usr/lib/libldap-2.3.so.0，它链接到/usr/lib/libldap-2.3.so.0.2.31。我将-lldap选项传递给了gcc，它将libldap-2.3.so.0文件链接到我的应用程序。
但我想链接libldap.so之类的特定名称。 请更正，将来如果我在开发系统中将openldap版本更改为2.4，它将链接到libldap-2.4.so.XXX版本。
那么如何将我的应用程序链接到特定名称，以便它始终寻找与libldap.so相同的名称。
注意：我创建了/usr/lib/libldap-2.3.so.0的软链接作为/usr/lib/libldap.so，然后将库名称/usr/lib/libldap.so传递给编译器没有-l然后应用程序编译成功，没有任何链接错误，但依赖显示相同的libldap-2.3.so.0。
答案 0 :(得分：1)
Unix中的shared library mechanism（链接是旧的，但仍然相关）通过在构建时将可执行文件链接到例如liba.so，它是liba.so.1的符号链接，后者又是liba.so.1.2的链接。然后，可执行文件记录liba.so.1以在启动时加载。如果你更新liba.so，它可能是liba.so.1.5（没有ABI更改，第一个数字不会改变），链接看起来像liba.so - ＆gt; liba.so.1 - ＆gt; liba.so.1.5，您的可执行文件现在透明地使用1.5。如果版本转到liba.so.2.0（API更改！），系统会生成liba.so - ＆gt; liba.so.2 - ＆gt; liba.so.2.0。您的旧可执行文件仍然使用1.5，任何新建的程序现在将引用2.所有这些工作只要1.x保持在周围，显然。据推测，您的发行版提供了可以安装在paralell或一些compat-liba-1包中的库包，以利于旧的可执行文件。