realname，soname和linkname

背景

当在看/lib下的一些文件时候，我们发现几乎都是三个动态库文件，为啥？

分析

比如我是nvidia的cublas负责人，当我发布一个动态库的时候，比如版本是major.min.patch（10.2.1）的格式，当我升级了动态库的时候，如果厂家A用了是我写的cublas库，他需要做什么？

• 如果是major大版本修改，厂家A需要修改他的CmakeList.txt, 因为之前是-libcublas.so.10.2.1, 现在需要改成-libcublas.so.11.1.0
• 如果是小版本修改(cublas.so.10.3.1)，比如打的小补丁，修修小bug, 按道理说厂家A不用重新编译直接使用就可以

如何解决

• 为了厂家A不需要修改任何编译选项，最好有一个没有版本的名字，那就叫做cublas.so吧。那么我就整个cublas.so软链接到cublas.so.10.3.1就可以了。理论上这个就完事了，很简单.这里的cublas.so就是叫做linkname。
• min版本，或者小补丁不需要A重新编译咋办？ 我们知道实际在编译链接过程的时候，连接器会读取cublas.so.10.3.1的一个字段soname的值，并且把这个值拷贝到可执行文件中的soname字段里，所以当实际执行的时候，可执行文件会查找soname这个文件在不在，假如我们没有指定soname这个值，那么厂家A生成的可执行文件里的soname就是cublas.so.10.2.1， 所以执行的时候还是找这个名字，可想而知版本号一变化就会失败，因此需要一个通用的名字，那么就起名字为cublas.so.10（这个就是soname），实际不管我在发布cublas.so.10.2.1还是cublas.so.10.3.1的时候，都指定soname为cublas.so.10， 那么厂家A在生成自己的可执行文件的时候就会把cublas.so.10拷贝到可执行文件里面，所以每次执行的时候都会找cublas.so.10这个文件在不在。
• cublas.so.10.3.1就是所谓的realname
  搞清楚了整个逻辑的话，就明白为啥有三个文件，学习知识，一定要知其然，知其所以然。

疑问

其实soname设置为cublas.so也是可以的，这样的话，如果我更新为11的大版本后，理论上厂家A还是可以运行可执行文件，但是我版本变动太大，A在实际生产中会报错，为了把风险控制在可执行文件启动前，所以可执行文件的soname最好有版本号，这样程序会启动失败，提醒你缺失版本10的so。

cmake配置

cmake_minimum_required(VERSION 3.10)
project(Test)

set(CMAKE_CXX_STANDARD 11)
set(CMAKE_CXX_STANDARD_REQUIRED True)

add_library(Test SHARED test.cc)
set_target_properties(Test PROPERTIES VERSION 10.1.3.4
                                      SOVERSION 10)

最后会生成realname文件，soname文件，以及linkname文件

相关知识

这里面有时候还涉及一个符号版本问题：

后续

如果喜欢博主的文章，请点赞关注加收藏，后续会持续输出优质的计算机知识。