如何永久且适当地替换本机动态库文件

如何解决如何永久且适当地替换本机动态库文件

我尝试开发第三方unixODBC驱动，是在原文件libodbc.so.2.0.0的基础上二次开发。

所以我想将“libodbc.so.2.0.0”重命名为“libodbc.so.2.0.0_renamed”。并将我的动态库文件软链接到 libodbc.so.2.0.0。

但我发现了一个困扰我的问题，当我重命名本机文件并运行“sudo ldconfig”时，名为“libodbc.so.2”的文件自动链接到重命名的文件“libodbc.so.2.0.0_renamed”，如以下：

我无法理解：

• 为什么会发生；
• 如何适当地替换库。

我对linux的认识不够，所以没能找到关键字搜索处理。

能帮帮我吗，非常感谢！

解决方法

GNU/Linux 下的共享对象遵循特定的版本命名方案，加载程序（和 OS 组件，实际上是 libc 框架的一部分）知道该方案，以确定较新的库是否与某个较旧的版本兼容。二进制最初是针对的。通过添加 renamed 后缀，您违反了约定并且动态链接系统变得混乱。您应该按照上面@Bodo 的建议重命名。

此外，您可以考虑使用版本控制方案，而不是使用 rename。从 GNU 构建系统（又名 Autotools）手册中，版本方案如下所示：

Versioning: CURRENT:REVISION:AGE                                               
CURRENT The latest interface implemented.                                      
REVISION The implementation number of CURRENT (read: number of bugs fixed...)  
AGE The number of interfaces implemented,minus one.                           
The library supports all interfaces between CURRENT − AGE and CURRENT.         
                                                                                
If you have                                                                    
not changed the interface (bug fixes)         CURRENT : REVISION+1 : AGE       
augmented the interface (new functions)       CURRENT+1 : 0 : AGE+1            
broken old interface (e.g. removed functions) CURRENT+1 : 0 : 0 

因此，您的库的可能历史记录可能是：

1:0:0   start
1:1:0   bug fix
1:2:0   bug fix
2:0:1   new function
2:1:1   bug fix
2:2:1   bug fix
3:0:0   broke api
3:1:0   bug fix
4:1:1   bug fix
5:0:0   broke api

例如，您可以根据需要调用 libodbc.so.x.y.z 的旧版本和新版本。只是一个想法。