本来是要移植一个程序到Windows下的,MinGW也太Minimalist了一点。毕竟环境不一样,编译出错时很正常的,手工改代码,一个一个的试当然是可以的,可是我讨厌无知的感觉。
怎么说也号称自己是搞程序分析的,都不好意思讲出来。
从程序分析的角度来讲,无论是移植还是理解代码,有些信息是比较重要的。
环境变量有何不同
对头文件的依赖性,要想编译通过到底需要哪些头文件。
对库文件的依赖性,要想链接成功到底需要哪些头文件。
预定义宏有何不同。
Symbol的定义在哪里。
对于理解代码,除了上面的信息外,还需要一些信息:
函数间的关系,函数调用图。(这个之前研究过一点,后面专门再讲)
函数内部的控制流图。
程序运行时,函数的调用关系。
稍微了解一点编译原理就应该知道,对于一个编译器+链接器来说,GCC是肯定知道上面这些信息的。但是GCC说了,我的主要的职责是把源代码变成可执行文件嘛,至于告诉你上面这些信息,本来就不是我的本职工作。。。再说了,你也没有问我啊。。。。
既然你知道,我肯定还是有办法知道。你是软件,我可以改变你的。
先调查一下文档,其实吧,不是人家不愿意告诉你,就是你无知。
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也有缺点,通用性...)。