Есть ли в природе тула с простой функциональностью

1) Пробежать по всем cpp / h / hpp — файлам выудить все имена из директивы #include
2) Построить граф включений

Здравствуйте, nen777w, Вы писали:

doxygen + graphviz

см. настройку INCLUDE_GRAPH

8>doxygen + graphviz
8>см. настройку INCLUDE_GRAPH

Спасибо. Звучит сложно, но буду пробовать.

nen777w пишет:
>
> Есть ли в природе тула с простой функциональностью
>
> 1) Пробежать по всем cpp / h / hpp — файлам выудить все имена из
> директивы #include
> 2) Построить граф включений
Еще в помощь http://www.chaosreigns.com/code/cinclude2dot/

Здравствуйте, nen777w, Вы писали:

N>Есть ли в природе тула с простой функциональностью

N>1) Пробежать по всем cpp / h / hpp — файлам выудить все имена из директивы #include

что такое "имена"? строгое определение есть?
N>2) Построить граф включений

что такое граф включений?

ifdef
include
endif

включать?

Здравствуйте, nen777w,

Source Navigator умеет вот так.

Правда, "простой утилитой" его не назовешь J

Здравствуйте, nen777w, Вы писали:

N>Есть ли в природе тула с простой функциональностью

N>1) Пробежать по всем cpp / h / hpp — файлам выудить все имена из директивы #include
N>2) Построить граф включений

Наверное, вы уже об этом знаете. Но на всякий случай скажу.
В визуал студии есть настройка, позволяющая посмотреть порядок включения
заголовочных файлов.
Если же вам это нужно для 'nix или под другую IDE, то этот способ не подойдет
Удачи!

Здравствуйте, nen777w, Вы писали:

N>Есть ли в природе тула с простой функциональностью

N>1) Пробежать по всем cpp / h / hpp — файлам выудить все имена из директивы #include
N>2) Построить граф включений

http://www.codeproject.com/KB/applications/includefinder.aspx

Здравствуйте, _vvs, Вы писали:

_>В визуал студии есть настройка, позволяющая посмотреть порядок включения

А поподробней?

Здравствуйте, Draqon, Вы писали:

_>>В визуал студии есть настройка, позволяющая посмотреть порядок включения
D>А поподробней?
Видимо, имеется ввиду cl.exe /showIncludes

Доморощенный инструмент для визуализации #include зависимостей для С/C++ (можно использовать как плагин для VS2005/2008)

http://www.mobile-mir.com/cpp/ru/

Сразу скажу, что препроцессор в полной мере и вот такие вот гадости в частности

#define PATH C:\include
#define FILE42 \tezt.h
#define strconcat(a, b) ...
#include INCLUDE_FILE(PATH, FILE42)

не поддерживаются.

Пожелания и предложения приветствуются.

Аноним 184 пишет:
>
> Доморощенный инструмент для визуализации #include зависимостей для С/C++
> (можно использовать как плагин для VS2005/2008)
>
> Пожелания и предложения приветствуются.
Ничего плохого не хочу сказать про ваш инструмент, но вот это видели:
cinclude2dot.

Не могли бы вы сказать плюсы и минусы вашего тула в сравнении с
cinclude2dot.

Здравствуйте, Vzhyk, Вы писали:

V>Не могли бы вы сказать плюсы и минусы вашего тула в сравнении с
V>cinclude2dot.

Протанцевав с бубном около 45 минут и установив 130 мегабайт (ghostscript, GSView, Graphviz и perl) других очень полезных тулзов, мне не удалось заставить cinclude2dot работать... У меня сложилось впечатление, что тулза cinclude2dot — это для хакеров-гиков, в смысле: юзабилити нет никакой.

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

Аноним 178 пишет:
>
> Протанцевав с бубном около 45 минут и установив 130 мегабайт
> (ghostscript, GSView, Graphviz и perl) других очень полезных тулзов, мне
> не удалось заставить cinclude2dot работать... У меня сложилось
> впечатление, что тулза cinclude2dot — это для хакеров-гиков, в смысле:
> юзабилити нет никакой.
Ну да под винду она потом заточилась . А под юнихами все это обычно
уже стоит всегда.

>
> По техническим характеристикам cinclude2dot поддерживает кластеризацию и
> грануляцию, в остальном тулзы по большому счету одинаковы.
Но, было бы еще класcно, если бы твой тул поддержал все эти файлы dot ...

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

Здравствуйте, Аноним, Вы писали:

А>Доморощенный инструмент для визуализации #include зависимостей для С/C++ (можно использовать как плагин для VS2005/2008)
А>http://www.mobile-mir.com/cpp/ru/

Тул класный. А подскажите, как галочку поставить "ignore stdafx"? Она у меня всегда задизаблена

Здравствуйте, nen777w, Вы писали:

>8>doxygen + graphviz
>8>см. настройку INCLUDE_GRAPH

>Спасибо. Звучит сложно, но буду пробовать.

На самом деле — тулза простая как 3 копейки и крайне пользительная как для исследования кода так и для документирования. А чтобы не править конфиг ручками там есть doxywizard.

LM>Тул класный. А подскажите, как галочку поставить "ignore stdafx"? Она у меня всегда задизаблена
Это была, вероятно, не удачная идея, так как предкомпилированный заголовок не обязательно должен быть stdafx, и не обязательно один... Поэтому ее поставить нельзя...

Здравствуйте, Аноним, Вы писали:

LM>>Тул класный. А подскажите, как галочку поставить "ignore stdafx"? Она у меня всегда задизаблена
А>Это была, вероятно, не удачная идея, так как предкомпилированный заголовок не обязательно должен быть stdafx, и не обязательно один... Поэтому ее поставить нельзя...

Идея, впринципе, правильная. Иногда хочется не раскрывать/распарсивать некоторые хидеры. И первый кандидат на это stdafx.h

В подавляющем большинстве случаев он именно так и называется. И заметьте, я ничего не говорил про предкомпилированные заголовки! Просто если бы была галочка игнорировать stdafx.h — то это было бы полезно. При этом файл "stdafx.h" на диаграмме отображался бы в рамочке (пусть блеклого серого цвета), но детально бы не парсился.

Если идти дальше, то можно сделать еще один список — файлов, которые не нужно парсить. Это был бы универсальный, но возможно не всегда удобный вариант.