考虑预处理器定义，获取cpp文件的所有包含文件（快速）

Question

I need a tool (command line, script or source code) that extracts all inlcude files that are included by a source file (recursive) with given preprocessor defines and include paths. I want to know the ones that could be found and the one that doesn't. The include files that could be found shall be recursivly parsed.

I know about the

    gcc -M /-MM       
    cl /P

solution, but this does not work for me. The preprocessor stops as soon as it could not open a file. But at this time I don't have the correct path for that files and just want the preprocessor to skip that file and to tell me that it could not include that file

Also the cinclude2dot.pl from here is not useful, because it seems not to consider given preprocessor defines.

Very useful is the include file hierarchy finder from CodeProject . It considers the preprocessor flags and shows me all include files. Even the includes that couldn't be opened. But it is written in MFC and I would have to reimplement this for the gcc what is not such simple because a lot of WinAPI stuff is used even inside the parser.

Thus, maybe some one knows another solution.

an simple example:

main.cpp

#include <iostream>
#include <string>
#include <boost/foreach.hpp>

#include <SharedClass.h>
#include "MyClass.h"

#ifdef FOO
    #include <OptClass.h>
#endif

int main() {}

Right now I start the include extraction like (simplified):

.getAllIncludes main.cpp -I includepath1;includepath2 -PD FOO

and obtain:

• cannot open //-> I don't care right now, it's a default header
• cannot open // -> here I can extract the info that I need boost
• SharedClass.h
• SharedDependenyClass.h //a header that is included by SharedClass...
• MyClass.h
• TestClass.h //a header that is included by the MyClass header...
• TestClass2.h //a header that is included by the TestClass header...
• OptClass.h

and for

.getAllIncludes main.cpp -I includepath1;includepath2 

I'll obtain:

• cannot open //-> I don't care right now, it's a default header
• cannot open // -> here I can extract the info that I need boost
• SharedClass.h
• SharedDependenyClass.h //a header that is included by SharedClass...
• MyClass.h
• TestClass.h //a header that is included by the MyClass header...
• TestClass2.h //a header that is included by the TestClass header...

I know that the deafault header may also define some values. But in my case I don't need that information, because the project source code doesn't depend on any of that defines. If thus, I feed my tool with this preprocessor define...

In the end the tool works quite well. It runs recursivly over ALL necessary files and in the end I have all needed files for the project. Of course there are some small restrictions I don't want to name then all (eg every header of an source file name has the same name, ... ).

Answer 1

Using gcc -M <source_file> , the code is not compiled, it is only processed by the precompiler. And, any solution you may find needs to process the source using the precompiler, to be correct. Imagine that the source, somewhere, has the following snipset:

#ifdef USE_BOOST_SUPERLIB
#  include <boost/superlib.hpp>
#endif

then without preprocessing you cannot know if <boost/superlib.hpp> is included.