Go服务引用C库编译报错：librt.so.1未找到及GLIBC符号未定义

核心问题拆解 #

你遇到的两个问题本质都是链接阶段的依赖缺失或配置不当，具体分析如下：

1. librt.so.1 未找到的问题 #

librt 是Linux的实时扩展库，shm_open、shm_unlink 这类共享内存操作函数在旧版GLIBC中由该库提供（新版GLIBC已将这些函数合并到libc中，但部分编译场景仍需显式链接librt）。出现找不到的提示，说明你的CGO编译命令没有显式指定链接这个系统库。

2. libiomp5.so 中 shm_open@GLIBC_2.2.5、shm_unlink@GLIBC_2.2.5 未定义引用 #

这个问题属于库本身的依赖缺陷：libiomp5.so（Intel OpenMP运行时库）在编译时没有正确链接librt，导致它需要的共享内存操作符号无法被解析。你的编译环境中虽然存在librt，但如果不强制链接，链接器不会自动为libiomp5.so补充这些符号。

解决步骤 #

步骤1：在CGO配置中显式链接librt #

修改你的#cgo LDFLAGS，添加-lrt参数，强制链接实时库：

#cgo LDFLAGS: -L/usr/local/lib/sgp4/Linux/IFORT -L/usr/local/lib/sgp4/Linux/GFORTRAN -Wl,-rpath=/usr/local/lib/sgp4/Linux/GFORTRAN -lrt

这个操作会让链接器主动加载librt，为libiomp5.so提供缺失的符号。

步骤2：验证libiomp5.so的依赖情况 #

用ldd命令检查该库的依赖链，确认系统中是否存在librt.so.1：

ldd /usr/local/lib/sgp4/Linux/IFORT/libiomp5.so

如果输出中librt.so.1显示not found，说明你的系统缺少这个库（极少发生，除非是极度精简的容器/系统），需要安装对应的glibc实时库包（比如Debian系的librt-dev，RHEL系的glibc-devel）。

步骤3：排查多库路径的潜在冲突 #

你同时指定了IFORT和GFORTRAN两个目录的库路径，需确认两个目录下的库是否存在依赖冲突。比如GFORTRAN的库是否会覆盖IFORT的某些依赖？可以尝试临时移除GFORTRAN的-rpath参数，只保留IFORT路径，看问题是否变化（不过之前的CFORTRAN错误可能会重现，这一步仅用于排查冲突）。

结论 #

这两个问题并非你的Go代码或封装层的问题，而是链接阶段的依赖配置缺失+第三方库（libiomp5.so）本身的编译缺陷导致的。通过显式链接librt基本可以解决符号未定义问题，若仍存在异常，则需要检查系统库完整性或重新编译libiomp5.so并确保编译时链接librt。

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