IMPORTED_SONAME的作用是什么？未指定时会引发哪些问题？

为什么CMake需要知晓SONAME？ #

Linux动态库的SONAME是链接器写入可执行文件依赖项的核心标识，而非库的真实版本文件名。CMake作为构建系统，需要准确传递链接器所需的规范信息，确保最终生成的可执行文件依赖关系符合Linux动态库的版本管理逻辑：

• 指定IMPORTED_SONAME后，CMake会告知链接器：当前链接的是具体版本库libmylib.so.1.0，但可执行文件最终应依赖SONAMElibmylib.so。这保证后续同主版本的库更新（如libmylib.so.1.1）只要SONAME不变，可执行文件无需重新编译即可兼容使用。
• CMake需要维护导入库的元数据一致性，确保跨平台或不同构建环境下的链接行为符合目标系统的动态库规范。缺少SONAME信息时，CMake无法准确模拟系统链接器的默认行为，可能导致依赖关系偏离预期。

未指定IMPORTED_SONAME会导致问题的场景 #

• 运行时依赖失效：未指定SONAME时，链接器会将libmylib.so.1.0的真实文件名（甚至绝对路径）写入可执行文件的依赖列表。当库更新为libmylib.so.1.1且旧版本文件被移除后，系统动态链接器会因找不到libmylib.so.1.0导致程序启动失败。
• 跨环境部署兼容性差：如果构建时使用了库的绝对路径，未指定SONAME会让可执行文件硬编码该路径。将程序部署到其他系统时，若该路径不存在相同版本的库，程序将无法运行。而依赖SONAME的话，系统会按标准库搜索路径查找对应的符号链接，兼容性更强。
• 打包分发依赖错误：制作RPM、DEB等软件包时，依赖项需基于SONAME而非具体版本。若可执行文件依赖具体版本文件名，打包工具无法正确识别对应的库包，会导致依赖关系错误，用户安装时无法自动获取正确的库版本。

内容的提问来源于stack exchange，提问作者affenpirat