解决Linux下Python导入abc.so时的_strnicmp未定义符号问题

一、定位依赖_strnicmp的代码或库 #

_strnicmp是Windows/Borland特有的忽略大小写字符串比较函数，Linux环境下无此符号，需先找到引用源头：

• 用nm工具检查未定义符号：
  分别检查abc.so和依赖的xyz.so，确认哪个库引用了该符号：

  # 检查abc.so中的未定义符号
  nm -D /usr/local/lib/abc.so | grep _strnicmp
  # 检查xyz.so中的未定义符号
  nm -D /path/to/xyz.so | grep _strnicmp
  

  输出中带U标记的即为未定义的引用符号，对应到具体库。

• 用objdump查找调用位置：
  对目标库反汇编，定位调用_strnicmp的指令位置，结合符号表找到关联函数：

  objdump -d /usr/local/lib/abc.so | grep -i strnicmp
  

  得到指令地址后，用nm查找该地址对应的函数名，进而定位到代码文件。

• 用gdb调试导入过程：
  通过调试Python导入过程，追踪符号引用来源：

  gdb python
  (gdb) run -c "import abc"
  # 触发错误后，查看符号关联的模块
  (gdb) info symbol _strnicmp
  # 查看调用链，确认引用路径
  (gdb) bt
  

• 检查编译构建日志：
  重新编译abc.so和xyz.so，留意链接阶段的警告信息，未定义符号通常会在此处给出具体源文件提示。

二、修复路径 #

1. 替换为Linux兼容函数 #

Linux下可用POSIX标准的strncasecmp替代_strnicmp，二者参数顺序和核心行为一致（忽略大小写比较前n个字符）：

• 代码中定义宏替换：在所有引用_strnicmp的头文件或源文件开头添加：

  #ifdef __linux__
  #define _strnicmp strncasecmp
  #define strnicmp strncasecmp
  #endif
  

• 编译时通过参数定义：无需修改代码，直接在编译命令中添加宏定义：

  gcc -D_strnicmp=strncasecmp -o abc.so abc.c -shared -lxyz
  

2. 手动实现_strnicmp函数 #

如果担心strncasecmp与原函数行为有细微差异（如字符编码处理），可自行实现兼容版本并编译到库中：

#include <ctype.h>
#include <string.h>

int _strnicmp(const char *str1, const char *str2, size_t n) {
    if (n == 0) return 0;
    while (n-- > 0) {
        unsigned char c1 = tolower((unsigned char)*str1);
        unsigned char c2 = tolower((unsigned char)*str2);
        if (c1 != c2) return c1 - c2;
        if (c1 == '\0') break;
        str1++;
        str2++;
    }
    return 0;
}

将此代码编译为目标文件，链接到abc.so或xyz.so中。

3. 修复依赖库xyz.so #

若_strnicmp的引用来自xyz.so，需先对xyz.so执行上述替换/实现操作，重新编译后再链接abc.so。

4. 调整动态库加载顺序（备选） #

若上述方法无效，可尝试先加载修复后的xyz.so再导入abc：

import ctypes
# 全局加载xyz.so，确保符号可见
ctypes.CDLL('/path/to/xyz.so', mode=ctypes.RTLD_GLOBAL)
import abc

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