我在这里搜索了这个问题并找到了一些类似的问题但是解决方案对我来说不起作用这是我的问题:
我的应用程序正在使用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.
解决方法:
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 – > liba.so.1 – > liba.so.1.5,您的可执行文件现在透明地使用1.5.如果版本转到liba.so.2.0(API更改!),系统会生成liba.so – > liba.so.2 – > liba.so.2.0.您的旧可执行文件仍然使用1.5,任何新建的程序现在将引用2.所有这些工作只要1.x保持在周围,显然.据推测,您的发行版提供了可以安装在paralell中的库包,或者一些compat-liba-1包,以利于旧的可执行文件.
标签:linux,gcc,shared-libraries,linker
来源: https://codeday.me/bug/20190709/1411389.html