我正在编写一个相当大的C++共享对象库，遇到了一个小问题，使得调试很麻烦:
如果我在头文件中定义一个函数/方法，并且忘记为它创建存根（在开发过程中），因为我正在构建共享对象库而不是可执行文件，没有错误出现在编译时告诉我已经忘记实现该函数。唯一的方法是在运行时找出有问题，当最终链接到这个库的应用程序崩溃并显示“未定义的符号”错误时。
我正在寻找一种简单的方法来检查我是否在编译时拥有所有需要的符号，也许是我可以添加到我的Makefile中的东西。
我想到的一个解决方案是通过nm -C -U运行编译后的库以获取所有未定义引用的解码列表。但问题是，这也会出现其他库（例如GLibC）中的所有引用列表，当最终应用程序组装时，当然也会与该库链接在一起。可以使用nm的输出来grep我的所有头文件，并查看是否有任何相应名称..但这似乎很疯狂。毫无疑问，这不是一个罕见的问题，肯定有更好的解决办法。
查看链接器选项 -z defs / --no-undefined。创建共享对象时，如果有未解析的符号，将导致链接失败。
如果您正在使用gcc调用链接器，则可以使用编译器的-Wl选项将该选项传递给链接器：
gcc -shared ... -Wl,-z,defs
举个例子，考虑以下文件：
#include <stdio.h>
void forgot_to_define(FILE *fp);
void doit(const char *filename)
{
FILE *fp = fopen(filename, "r");
if (fp != NULL)
{
forgot_to_define(fp);
fclose(fp);
}
}
现在，如果你将其构建为共享对象，它将成功：
> gcc -shared -fPIC -o libsilly.so silly.c && echo succeeded || echo failed
succeeded
但是如果您添加-z defs，链接将会失败，并告诉您缺少的符号：
> gcc -shared -fPIC -o libsilly.so silly.c -Wl,-z,defs && echo succeeded || echo failed
/tmp/cccIwwbn.o: In function `doit':
silly.c:(.text+0x2c): undefined reference to `forgot_to_define'
collect2: ld returned 1 exit status
failed
forgot_to_define 现在由 -z 检查存在于库中，可执行文件仍然可以用自己的定义覆盖它，并且库自己的定义将进入该覆盖。 -Bsymbolic 可以强制使库自己的函数定义进入其函数。 - Kaz// forgot_to_define(fp); 它不会报错。 - agentsmith-Wl（小写字母 L），而不是 -W1（数字 1）。 - R Samuel Klatchkoldd -r a.out 可以给出您要查找的确切答案。a.out 的一种简单方法： echo "int main() { return 0; }" | g++ -xc++ - ./libMySharedLib.so
ldd -r ./a.out
那测试套件呢？你可以创建模拟可执行文件，链接到所需的符号。如果链接失败，则意味着你的库接口不完整。