nm命令能否显示.so文件中未定义符号的声明文件？

很遗憾，nm命令本身没办法直接显示未定义符号的声明文件名——它只能告诉你符号的类型（比如U表示未定义）、名称，但不会关联到这个符号最初是在哪个头文件或源文件里声明的。这是因为编译生成的共享对象（.so）默认不会保留符号的原始声明位置信息，除非你在编译时主动添加调试相关的参数。

不过，我们可以通过以下几种方式来间接实现你想要的效果，尤其适合大型项目定位未定义符号的来源：

1. 编译时保留调试符号，结合其他工具查询 #

首先，在编译共享库时加上-g参数保留调试信息：

g++ -g -shared -fPIC file.cpp -o file.so

虽然nm -C -l file.so（-l选项用于显示符号的文件和行号）依然无法显示未定义符号的声明位置（因为未定义符号没有对应的代码段地址），但我们可以用readelf或objdump解析调试信息：

# 用readelf查看调试信息，筛选get_data相关内容
readelf -w file.so | grep -A 10 -B 10 get_data

如果get_data是在某个头文件中声明的，调试信息里会包含该头文件的路径，你可以从输出中找到对应的线索。

2. 使用符号索引工具（大型项目首选） #

对于大型项目，更高效的方式是提前生成符号索引：

• ctags/cscope：这两个经典工具可以扫描整个项目的源代码，生成符号索引文件。你只需运行ctags -R或cscope -R，然后通过ctags -x --c-kinds=p get_data就能直接找到get_data的声明文件和行号。
• IDE/编辑器索引：像VS Code（配合C/C++插件）、CLion这类IDE会自动构建项目索引，你可以直接右键点击符号跳转至声明位置，非常直观。

3. 预处理代码追踪声明来源 #

如果只是单个文件的场景，你可以通过预处理命令展开所有头文件，直接查看get_data的声明来源：

g++ -E file.cpp | grep -B 5 -A 5 get_data

预处理后的输出会保留头文件的引用痕迹（比如#line指令），你可以顺着这些痕迹找到get_data最初声明的文件。

内容的提问来源于stack exchange，提问作者Melandru's Square