如何在 gcc 中列出外部标识符？

Question

我在 C 项目中有一个模块，其中包含大量源文件和头文件。它们包括许多外部头文件，来自同一项目的 libc 和其他模块。我想收集这些外部头文件中实际使用的标识符列表。不仅仅是符号，还有所有外部类型定义、内联函数、宏等。

我想编译一个列表来查看该模块具有哪些外部依赖项，因此如果我想将该模块移动到一个完全不同的项目中，我可以看到究竟需要移植/重写/丢弃什么。在这种特殊情况下，我对 libc 依赖项不感兴趣，而是对来自同一项目的其他模块的依赖项感兴趣。

我最接近的方法是暂时删除包含指令，如下所示：

sed -i s/"#include <.*>"//g *.c
sed -i s/"#include <.*>"//g *.h

然后用 -Wno-unused 编译文件，这样我就可以看到由于缺少标题而导致的错误消息。但它仍然远非一个易于阅读的外部标识符列表。

Answer 1

它实际上比你想象的要难（特别是因为 preprocessor 像 concatenation 这样的技巧可以构建符号，还因为一些编译器特定的头文件 - 特别是 <stdarg.h> - 可能依赖于 GCC 内置或扩展，也GCC 接受asm labels 等）。

^{还请注意，编译器可能会执行 optimizations 之类的操作，例如将简单的 printf 转换为 puts（在这种情况下，什么名称算数？）...}

如果你真的是你想要的，你可以自定义GCC，例如使用MELT，以满足您的目的。这可能需要数周的时间。

另一种方法可能是大致解析预处理的表单，收集其中的词汇标记，并对它们进行排序。您可以flex 生成词法分析器，并用 C++（或 Python，或 Ocaml）或其他方式编写您的实用程序；但它只会产生所用名称的近似值...如果您想解析 C++ 代码，则要困难得多（命名空间、模板、name mangling...）。

如果您将自己限制为链接器可见符号，您当然可以在目标文件和未剥离的可执行文件上使用 nm(1)。

顺便说一句，GCC 可以处理 -M preprocessor options 以自动生成 make 依赖项。

最后，我无法理解您的动机（即使您最新的编辑）：如果您在某些 GUI 应用程序中有 #include <gtk/gtk.h>，您很可能不会使用 GTK 中定义的每个符号或标识符......（同样，您可能不会使用来自<stdio.h> 或<unistd.h>...的每个标识符。）在实践中，您很可能不会使用所有您正在使用的大多数外部库（GTK、sqlite、libcurl、...）提供的符号

也许像cxref 这样的cross-referencing 工具可能有用。