轻松检查共享库中未解析的符号？

我正在编写一个相当大的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

在Linux（您似乎正在使用）上，它ldd -r a.out应该可以为您提供所需的确切答案。

UPDATE：创建a.out要检查的简单方法：

 echo "int main() { return 0; }" | g++ -xc++ - ./libMySharedLib.so
 ldd -r ./a.out

那考生呢？您可以创建链接到所需符号的模拟可执行文件。如果链接失败，则表明您的库界面不完整。

我曾经有过同样的问题。我正在用C ++开发组件模型，当然，组件应该在运行时动态加载。我想到了三个解决方案：

1. 花一些时间来定义能够静态编译的构建系统。您将花一些时间进行工程设计，但它可以节省许多时间来捕获这些烦人的运行时错误。
2. 将功能分组为知名和易于理解的部分，以便可以对功能/存根进行分组，以确保每个对应的功能都有其存根。如果您花时间将其很好地记录在文档中，则可以编写一个脚本来检查定义（例如，通过其doxygen注释）并检查相应的.cpp文件。
3. 执行几个加载相同库的测试可执行文件，并为dlopen指定RTLD_NOW标志（如果您位于* NIX下）。它们将发出信号指示丢失的符号。

希望能有所帮助。