Narzędzie do śledzenia #include zależności [zamknięte]

Jakieś dobre sugestie? Wejście będzie nazwą pliku nagłówkowego, a wyjściem powinna być lista (najlepiej drzewo) wszystkich plików, w tym bezpośrednio lub pośrednio.

Jeśli masz dostęp do GCC / G ++, -Mopcja wyświetli listę zależności. Nie robi żadnych dodatkowych rzeczy, które robią inne narzędzia, ale ponieważ pochodzi z kompilatora, nie ma szans, że pobierze pliki z „niewłaściwego” miejsca.

Dzięki KeithB. Poszukałem dokumentacji dla cl.exe (VS2008) i znalazłem flagę / showIncludes. W środowisku IDE można to ustawić na stronie właściwości dowolnego pliku CPP.

W przypadku ciężkiego rozwiązania powinieneś sprawdzić doxygen . Skanuje bazę kodu i tworzy witrynę internetową, która skutecznie dokumentuje kod. Jedną z wielu rzeczy, które pokazuje, są drzewa.

Jeśli chciałeś podłączyć dane wyjściowe tego narzędzia do innego procesu, może to nie działać dla Ciebie (chociaż doxygen obsługuje inne formaty, nie znam tej funkcji). Jeśli jednak chcesz po prostu przyjrzeć się zależnościom, powinno działać świetnie.

Bawiłem się narzędziem o nazwie cinclude2dot . Było to całkiem przydatne w zdobyciu dość dużej bazy kodu, kiedy przyszedłem tutaj do pracy. W końcu myślałem o zintegrowaniu go z naszą codzienną kompilacją.

Po pierwsze, cinclude2dot.pl to skrypt w Perlu, który analizuje kod C / C ++ i tworzy wykres zależności #include jako plik z kropką do wprowadzenia do graphviz.

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

Jeśli nie chcesz iść drogą tego rodzaju ręcznego narzędzia, zdecydowanym zwycięzcą jest moim zdaniem narzędzie znane jako „IncludeManager” firmy ProFactor.

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

Jest bezpłatna wersja próbna i jest niesamowita. Jest to wtyczka do programu Visual Studio, która jest całkowicie zintegrowana, więc dwukrotne kliknięcie czegoś tutaj przeniesie Cię do miejsca, w którym to się znajduje.

Podpowiedzi myszy podają wszystkie potrzebne informacje i pozwalają na drążenie w dół / w górę, usuwanie całych poddrzew, na których nie zależy, przeglądanie reprezentacji innych niż wykresy, przechodzenie przez listę dopasowań tego i tamtego, to wspaniałe.

Jeśli szybko się nad tym zastanowisz, możesz refaktoryzować strukturę #include dużych projektów przed zakończeniem okresu próbnego. Mimo to nie kosztuje dużo, około 35 USD za licencję.

Za to, co robi, jest prawie doskonały. Nie tylko # uwzględnij wykresy, ale także zależności między projektami współdzielonych plików, wpływ na czas kompilacji, szczegółowe właściwości w siatkach, idealne.

Dobra wiadomość: redhat Source-Navigator (działa również pod Windows). Oczywiście przełączniki kompilatora (wspomniane wcześniej) mają lepsze parsowanie i nie jestem pewien, jak poradzi sobie z MFC, Qt i ich magicznymi słowami kluczowymi.

Opierając się na odpowiedzi KeithB , oto składnia GNUmake do automatycznego 1) generowania plików zależności, 2) utrzymywania ich aktualności i 3) używania ich w pliku makefile:

.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)

(Pamiętaj, aby zmienić te wcięcia na twarde karty).

Możesz również sprawdzić makedepend :

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

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

Zrozumienie C ++ powinno być w stanie ci pomóc: buduje bazę danych, do której możesz uzyskać dostęp z Perla.

cscope ( http://cscope.sourceforge.net/ ) robi to w samodzielnym xtermie, a także może być używany w twoim ulubionym edytorze - ma świetne wsparcie dla emacs i vi / vim.

Istnieje bezpłatne narzędzie Dołącz obserwację zależności plików