Инструмент для отслеживания зависимостей #include [закрыто]

Есть хорошие предложения? На входе будет указано имя заголовочного файла, а на выходе должен быть список (предпочтительно дерево) всех файлов, включая его прямо или косвенно.

Если у вас есть доступ к GCC / G ++, то -Mопция выведет список зависимостей. Он не выполняет никаких дополнительных действий, которые делают другие инструменты, но, поскольку он исходит от компилятора, нет никаких шансов, что он подберет файлы из «неправильного» места.

Спасибо Кейт Б. Я посмотрел документы для cl.exe (VS2008) и обнаружил флаг / showInclude. В IDE это можно установить на странице свойств любого файла CPP.

Для решения тяжелого веса, вы должны проверить Doxygen . Он сканирует вашу кодовую базу и эффективно создает веб-сайт, который документирует ваш код. Одна из многих вещей, которые он показывает, включает деревья.

Если вы хотели подключить вывод этого инструмента к другому процессу, то это может не сработать для вас (хотя doxygen выводит в другие форматы, я не очень знаком с этой функцией). Если вы просто хотите взглянуть на зависимости, это должно работать отлично.

Я играл с инструментом под названием cinclude2dot . Это было довольно полезно, когда я пришел на работу, чтобы получить представление о довольно большой кодовой базе. Я на самом деле думал об интеграции его в нашу ежедневную сборку в конце концов.

Во-первых, cinclude2dot.pl - это скрипт на perl, который анализирует код C / C ++ и создает граф зависимостей #include в виде файла точек для ввода в graphviz.

http://www.flourish.org/cinclude2dot/

Если вы не хотите идти по пути ручного инструмента такого рода, то, на мой взгляд, победитель на практике является инструментом, называемым «IncludeManager» от ProFactor.

http://www.profactor.co.uk/includemanager.php

Есть бесплатная пробная версия, и это здорово. Это плагин для Visual Studio, который полностью интегрирован, поэтому двойной щелчок мышью по чему-то здесь приведет вас к тому месту, где он включен.

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

Если вы быстро это сделаете, вы можете провести рефакторинг структуры #include больших проектов до окончания пробной версии. Несмотря на это, это стоит недорого, около 35 долларов за лицензию.

Для того, что он делает, он просто идеален. Не только графы #include, но и межпроектные зависимости общих файлов, влияние на время сборки, подробные свойства в сетках, отлично.

Хорошая новость: redhat Source-Navigator (работает и на Windows). Конечно, переключатели компилятора (упомянутые ранее) имеют превосходный синтаксический анализ, и я не уверен, как это будет обрабатывать MFC, Qt и их магические ключевые слова.

Основываясь на ответе KeithB , вот синтаксис GNUmake для автоматической 1) генерации файлов зависимостей, 2) их обновления и 3) использования их в вашем make-файле:

.dep:
    mkdir $@
.dep/%.dep: %.c .dep
    (echo $@ \\; $(CC) $(IFLAGS) -MM $<) > $@ || (rm $@; false)
.dep/%.dep: %.cpp .dep
    (echo $@ \\; $(CXX) $(IFLAGS) -MM $<) > $@ || (rm $@; false)
DEPEND := $(patsubst %.dep,.dep/%.dep,$(OBJ:.o=.dep))
-include $(DEPEND)

(Обязательно поменяйте эти отступы на hardtabs.)

Вы также можете проверить makedepend :

http://en.wikipedia.org/wiki/Makedepend

http://www.xfree86.org/current/makedepend.1.html

Понимание для C ++ должно быть в состоянии помочь вам: он создает базу данных, к которой вы можете получить доступ из Perl.

cscope ( http://cscope.sourceforge.net/ ) делает это в автономном xterm, а также может использоваться в вашем любимом редакторе - он имеет отличную поддержку emacs и vi / vim.

Есть бесплатный инструмент « Включение файлов».