Как перечислить внешние идентификаторы в gcc?

Question

У меня есть модуль в проекте C с кучей больших файлов источника и заголовка. Они включают в себя множество внешних файлов заголовков, из libc и других модулей одного и того же проекта. Я хотел бы собрать список идентификаторов фактически, используемый из этих внешних файлов заголовков. Не только символы, но и все внешние определения типов, встроенные функции, макросы и т. Д.

Я хочу скомпилировать список, чтобы узнать, какие внешние зависимости у него есть, поэтому я могу видеть, что именно нужно портировать/перезаписать/выбросить если я хочу переместить этот модуль в совершенно другой проект. В этом конкретном случае меня не интересуют зависимости libc, а скорее от других модулей одного и того же проекта.

Ближайшей вещь, которую я получил, это временно удалить включают директивы, как это:

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

Затем компилировать файлы с -Wno-неиспользованным, так что я могу видеть сообщения об ошибках из-за недостающие заголовки , Но он все еще далек от легко читаемого списка внешних идентификаторов.

Answer 1

Это на самом деле сложнее, чем то, что вы верите (в частности, из-за preprocessor трюки, как concatenation могут строить символы, а также потому, что некоторые компилятор конкретные заголовки -notably <stdarg.h> - может полагаться на GCC или встроенных команд расширений, а также GCC принимает asm labels и т.д. ..).

^{Обратите также внимание, что компилятор может сделать optimizations как преобразование простой printf в puts (что имя не считать в этом случае?) ...}

Если вы на самом деле означает, что вы хотите, вы можете настроить GCC, например используя MELT, чтобы соответствовать вашим целям. Это может занять несколько недель.

Другой подход может заключаться в том, чтобы проанализировать приблизительно предварительно обработанную форму, собрать в ней лексические маркеры и отсортировать их. Вы могли бы flex сгенерировать лексер и написать свою утилиту в C++ (или Python, или Ocaml) или что угодно; но тогда это приведет только к приближению используемых имен ... Если вы хотите разобрать код на C++, это намного сложнее (пространства имен, шаблоны, name mangling ...).

Если вы ограничиваете себя видимыми символами компоновщика, вы можете, конечно, использовать nm(1) на объектных файлах и без разделительных исполняемых файлов.

BTW, GCC может обрабатывать -Mpreprocessor options, чтобы автоматически производить зависимости make.

Наконец-то я не могу понять ваши мотивы (даже с вашим последним правлением): если у вас есть #include <gtk/gtk.h> в каком-то графическом приложении, вы, скорее всего, не будете использовать каждый символ или идентификатор, определенный в GTK ... (и аналогичным образом вы вероятно, не используют каждый идентификатор от <stdio.h> или <unistd.h> ...). На практике, вы вполне вероятно, не использовать всех символ, предоставляемых большинство внешних библиотек вы используете (GTK, SQLite, Libcurl, ....)

Возможно, некоторые cross-referencing инструмента, как cxref может быть полезен.