有什么好的建议吗?输入将是头文件的名称,输出应是所有文件的列表(最好是树),包括直接或间接地包括它。
有什么好的建议吗?输入将是头文件的名称,输出应是所有文件的列表(最好是树),包括直接或间接地包括它。
Answers:
如果您有权访问GCC / G ++,则该-M
选项将输出依赖项列表。它没有执行其他工具所做的任何额外工作,但是由于它来自编译器,因此它不可能从“错误的”位置拾取文件。
-H
甚至给一棵树!
-MM
跳过系统头文件
-o
选项的编译器将把输出写入文件,而不是标准输出。
stderr
而不是stdout
。否则,此选项会更通用。
感谢KeithB。我查找了cl.exe(VS2008)的文档,并找到了/ showIncludes标志。在IDE中,可以从任何CPP文件的属性页中进行设置。
math.h
我玩过一个名为cinclude2dot的工具。当我来到这里工作时,这对于获取相当大的代码库非常有用。我实际上已经考虑过最终将其集成到我们的日常构建中。
.cc/.c/.cxx
文件的林(仅其中的.h
文件)可能是多余的。
首先,cinclude2dot.pl是一个perl脚本,它分析C / C ++代码并生成#include依赖关系图作为点文件以输入到graphviz。
http://www.flourish.org/cinclude2dot/
如果您不想采用这种手动工具,那么在我看来,迄今为止最成功的工具是ProFactor中称为“ IncludeManager”的工具。
http://www.profactor.co.uk/includemanager.php
有一个免费试用版,而且很棒。这是一个完全集成的Visual Studio插件,因此双击此处的内容将带您到那里包含它的地方。
工具提示的鼠标悬停可为您提供所有您想要的信息,它使您可以向上/向下钻取,删除不需要的整个子树,查看除图形之外的表示形式,在匹配列表中循环浏览,这真是太好了。
如果您很快了解,则可以在试用期结束之前重构大型项目的#include结构。即使这样,它也不会花费太多,每个许可证约35美元。
就其功能而言,它几乎是完美的。不仅#include图形,而且跨共享文件的项目依赖关系,对构建时间的影响,网格中的详细属性完美。
好消息:redhat Source-Navigator(也在Windows上运行)。当然,编译器开关(前面提到过)具有出色的解析能力,我不确定这将如何处理MFC,Qt及其魔术关键字。
基于KeithB的答案,这是GNUmake语法,可以自动1)生成依赖文件,2)使它们保持最新,3)在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)
(确保将这些缩进更改为硬标签。)
cscope(http://cscope.sourceforge.net/)在独立的xterm中执行此操作,也可以在您喜欢的编辑器中使用-它具有强大的emacs和vi / vim支持。