Проблема

Я хочу побачити залежності для однієї або декількох цілей makefile. Тому я шукаю програму, яка зможе проаналізувати makefiles, а потім представлятиме залежності в якомусь дерев’яному форматі (відступ, ascii-art, ...) або у вигляді графіка (крапка, ...).

Подібні

Є програми, які роблять це для інших ситуацій:

• pactree або борговий кредит може відображати залежності для програмних пакетів у відповідному форматі у дереві, як формат ascii або у вигляді dotграфіка,
• gcc -M source_file.c відображає залежності вихідного файлу С як правило формування,
• pstree відображає ascii подання дерева процесу.

Прогрес

У пошуку в Інтернеті я знайшов незначну допомогу . Це привело мене до спробу

make --always-make --silent --dry-run some_target | \
  grep --extended-regexp 'Considering target file|Trying rule prerequisite'

але схоже, що я маю зламати ще якийсь код розбору в perl або python, щоб представити це як гарне дерево / графік. І я ще не знаю, чи дійсно отримаю повний і правильний графік таким чином.

Вимоги

Було б непогано обмежити графік якимось чином (ніяке вбудоване правило, лише задана ціль, лише деяка глибина), але здебільшого я просто шукаю інструмент, який дасть мені залежність у якомусь "розумному", людському -видимий формат (як програми у розділі "Подібні" робити).

Запитання

• Чи є програми, які можуть це зробити?
• Чи отримаю я повну та правильну інформацію make -dnq ...?
• Чи є кращий спосіб отримати цю інформацію?
• Чи існують сценарії / спроби розбору цієї інформації?

Спробуйте makefile2graph від того ж автора, є аналогічний інструмент MakeGraphDependitions, записаний javaзамість c.

make -Bnd | make2graph | dot -Tsvg -o out.svg

Потім використовуйте деякий редактор векторної графіки, щоб виділити потрібні з'єднання.

Я знайшов свого роду хак, щоб принаймні вивести чітко структуровану інформацію про те, яка ціль залежить від того, які передумови. Мінус - досить настирливий. Іншими словами, вам потрібно змінити свій файл файлів, щоб перетворити рецепти збірки всіх ваших цілей у трохи умовну функцію. Я опублікую короткий приклад:

getRecipe = $(if $(DEPENDENCY_GRAPH),@echo Target $@ depends on prerequisites "$^",$(1))


VARIABLE_TARGET_NAME = foobar.txt

all : TopLevelTarget

TopLevelTarget : Target_A Target_D
    $(call getRecipe,\
        @echo Building target $@)

Target_A : Target_B
    $(call getRecipe,\
        @echo Building target $@)

Target_D : Target_C
    $(call getRecipe,\
        @echo Building target $@)

Target_B : $(VARIABLE_TARGET_NAME)
    $(call getRecipe,\
        @echo Building target $@)

Target_C :
    $(call getRecipe,\
        @echo Building target $@)

$(VARIABLE_TARGET_NAME) :
    $(call getRecipe,\
        @echo Building target $@)

У цьому прикладі я використовую ручну прокручену функцію getRecipe, щоб обгортати рецепт кожної окремої цілі, а потім вирішувати, чи реально запускати цей рецепт або просто виводити, яка мета будується і від яких передумов залежить. Останнє відбувається лише за умови встановлення змінної DEPENDENCY_GRAPH(наприклад, як змінної середовища). У прикладі рецепт збірки - це не що інше, як відлуння, що говорить про те, що мета будується, але ви, очевидно, можете замінити це командою на ваш вибір.

Якщо DEPENDENCY_GRAPHвстановлено 1, це призводить до виводу:

Target foobar.txt depends on prerequisites ""
Target Target_B depends on prerequisites "foobar.txt"
Target Target_A depends on prerequisites "Target_B"
Target Target_C depends on prerequisites ""
Target Target_D depends on prerequisites "Target_C"
Target TopLevelTarget depends on prerequisites "Target_A Target_D"

який повинен бути досить простим для розбору та перетворення в точковий графік.

Якщо DEPENDENCY_GRAPHне встановлено взагалі або встановлено 0, вихід:

Building target foobar.txt
Building target Target_B
Building target Target_A
Building target Target_C
Building target Target_D
Building target TopLevelTarget

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

Наприклад, в останньому рецепті збирання цілі, якщо крім того, що сказано, що ціль будується, я насправді хотів touchу файл:

$(VARIABLE_TARGET_NAME) :
    $(call getRecipe,\
        @echo Building target $@\
        touch $@)

makeначебто здається, що touch $@частина є лише частиною відлуння в попередньому рядку:

Building target foobar.txt touch foobar.txt

Якщо я відмовлюся від зворотної косої риски в попередньому рядку, makeскаржиться на *** unterminated call to functionдзвінок ': відсутнє )'. Stop.Якщо у когось є ідея, як змусити makeграти добре, я всі вуха. :)

EDIT: Інша проблема такого підходу полягає в тому, що це буде працювати лише тоді, коли результатів збірки вже не існує, оскільки, makeочевидно, не виконується рецептура збірки цілі, яку вона вважає актуальною.

Я використав римейк --profile (заміна спаду для make), він генерував дерево залежності у форматі callgrind.

Тоді gprof2dot може генерувати зображення цільового дерева.