修改nftables库源码后调用自定义函数遇gcc未定义引用错误

看起来你遇到的核心问题是：自定义函数虽然存在于共享库文件中，但没有被正确对外导出，导致链接器在编译测试程序时找不到它。下面是具体的排查和解决步骤：

1. 先确认符号是否真正对外导出 #

你提到用nm命令看到了函数存在，但要注意符号的可见性区分：

• 直接运行nm libnftables.so看到的是库内所有符号，其中小写的t代表本地私有符号（仅库内部代码可调用），大写的T才是全局导出符号（外部程序可访问）。
• 正确的检查方式应该查看动态符号表：

  nm -D /path/to/libnftables.so | grep print_hello
  

如果输出是小写的t，那就能确定问题出在符号没有对外导出。

2. 为什么会出现这个问题？ #

nftables这类现代开源库通常会在编译时启用-fvisibility=hidden选项，默认隐藏所有符号，只有显式标记为对外可见的符号才会被导出。这种做法是为了减小库的符号表体积，避免外部程序和库内部的符号冲突。你的自定义函数没有添加导出标记，所以默认被当成私有符号处理了。

3. 修复步骤 #

步骤1：给函数添加导出属性 #

在对应的.h头文件中修改函数声明：

extern void print_hello(void) __attribute__((visibility("default")));

在.c源码文件中修改函数定义：

void __attribute__((visibility("default"))) print_hello(void) {
    // 你的函数实现代码
    printf("Hello from nftables!\n");
}

__attribute__((visibility("default")))这个属性会告诉编译器，这个符号需要对外暴露，允许外部程序调用。

步骤2：重新编译安装nftables库 #

make clean
./configure
make
sudo make install

安装完成后记得更新系统的共享库缓存，确保新安装的库被系统识别：

sudo ldconfig

步骤3：再次验证符号导出状态 #

用动态符号表命令重新检查：

nm -D /usr/local/lib/libnftables.so | grep print_hello

如果输出显示大写的T，说明符号已经成功对外导出。

4. 额外排查点（如果上述步骤无效） #

• 检查库的安装路径：如果make install把库安装到了/usr/local/lib（默认路径），但你的系统动态链接器没把这个路径加入搜索列表，可以手动添加：

  echo "/usr/local/lib" | sudo tee /etc/ld.so.conf.d/local.conf
  sudo ldconfig
  

• 确认测试程序的头文件包含：确保test.c中正确引入了定义print_hello的头文件，比如：

  #include <nftables.h> // 如果你的函数声明在这个头文件里
  

完成这些操作后，再编译你的测试程序：

gcc -o test test.c -lnftables

应该就能正常链接运行了。

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