利器GCC（待续）

本来是要移植一个程序到Windows下的，MinGW也太Minimalist了一点。毕竟环境不一样，编译出错时很正常的，手工改代码，一个一个的试当然是可以的，可是我讨厌无知的感觉。

怎么说也号称自己是搞程序分析的，都不好意思讲出来。

 

从程序分析的角度来讲，无论是移植还是理解代码，有些信息是比较重要的。

 

环境变量有何不同

对头文件的依赖性，要想编译通过到底需要哪些头文件。

对库文件的依赖性，要想链接成功到底需要哪些头文件。

预定义宏有何不同。

Symbol的定义在哪里。

 

对于理解代码，除了上面的信息外，还需要一些信息：

 

函数间的关系，函数调用图。（这个之前研究过一点，后面专门再讲）

函数内部的控制流图。

程序运行时，函数的调用关系。

 

稍微了解一点编译原理就应该知道，对于一个编译器+链接器来说，GCC是肯定知道上面这些信息的。但是GCC说了，我的主要的职责是把源代码变成可执行文件嘛，至于告诉你上面这些信息，本来就不是我的本职工作。。。再说了，你也没有问我啊。。。。

 

既然你知道，我肯定还是有办法知道。你是软件，我可以改变你的。

 

先调查一下文档，其实吧，不是人家不愿意告诉你，就是你无知。

 

http://elinux.org/GCC_Tips

http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Debugging-Options.html#Debugging-Options

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

http://www.csn.ul.ie/~mel/projects/codeviz/

http://www.stack.nl/~dimitri/doxygen/

http://www.gson.org/egypt/egypt.html

 

一些有用的命令先暂时列在这里：

 

gcc -C -E <file-name.c> -o file
gcc -dD -E <file-name.c> -o file
gcc -Wl,-t <parameters>
gcc -E -dM - < /dev/null | cut -c 9- | sort
gcc -M <file name>
gcc -H <file name>
gcc -Wl,-y,printf hello.c

-fdump-ipa-switch(这里的switch可以是all,cgraph,inline)
-fdump-tree-switch-options(有很多switch和options可以选，比如-fdump-tree-cfg-all)

 

几个画call-graph的软件，原理都还清楚，Codeviz是patch了gcc，而egypt是直接用perl脚本，把gcc自己dump出来的rtl信息(gcc3用-dr，gcc4用-fdump-rtl-xxx)，既然egypt可以从gcc的dump中转换为call-graph(dot脚本，参考graphviz,http://www.graphviz.org/)，那么从dump的cfg文件中也不难都得到。后续再研究一下。

 

至于“程序运行时，函数的调用关系”是动态的信息，gcc也用一种hook机制（-finstrument-functions选项，需要-g配合保留调试信息）

 

https://www.ibm.com/developerworks/cn/linux/l-graphvis/

 

上面的这些信息中，有一个还是不能完美的得到，那就是symbol（函数、变量、自定义类型）的definition或者declaration。后面再找资料研究，实在不行，我也去patch一下gcc。（不过patch也有缺点，通用性...）。