|
|
|
|
| 对gcc的编译器结构的理解，不知道对不对。请大家帮忙纠正下。 |
|
|
|
[Original]
[Print]
[Top]
|
主要是修改别人的，不知道对GCC4.3是否正确。希望帮忙，谢谢
第一步，从高级语言源代码到树的转换是分别在语言相关的语言前端中完成的，不同的语言有不同的处理方式，通常是先根据某种具体的语言，生成GENERIC树，再生成GIMPLE树（分两步生成树的原因是由于GENERIC树是与语言相关的语法树，而GIMPLE是专门针对优化而生成的树，两者在优化方面的影响差别很大），GCC提供接口以及整合方式将前端同GCC的编译器主体连接起来。
第二步，高级中间表示（HIR）GIMPLE树结构和中级中间表示（MIR）SSA的优化，编译器的部分优化技术在树这样一个和高级语言比较接近的中间表示上进行比在低级中间表示上进行处理器来方便。这里面大部分是通用的，独立的语言前端可能引入不同的做法。
第三步，树结构转化成为RTL。从高级中间表示转化成为低级中间表示。GCC提供了对于大多数语言构造的适用的RTL生成函数，语言前端可以调用；同时，GCC也提供机会，语言独立的前端可以针对语言独特的构造直接自行生成RTL表达式。
第四步，RTL表示之间的转化。这里是GCC编译器的重点所在，这里所有的优化算法都是公用的，这是GCC真正吸引人的地方（即可重定目标）。通过在RTL表达式上进行优化处理，从而将优化算法同具体的体系结构隔离来开，起到代码重用的效果。另一方面，也是GCC性能问题的一个来源，基于公用的优化算法针对具体的体系结构而言总有不能完全发挥特定处理器性能的地方。
第五步，RTL到目标代码的转化过程。在RTL的最后表达形式上，每一条表达式基本上同汇编代码具有一一对应的关系。因此这一步的处理相对简单。而这里insn对于指令的对应关系来源于GCC对于机器描述的约定。
|
|
|
----
Think, think more, think ....o 0 O
|
|
--
|
|
[Original]
[Print]
[Top]
|
|
|
声明: 本页内容为中国Linux论坛的内容镜像，文章的版权以及其他所有的相关权利属于中国Linux论坛和相应文章的作者，如果转载，请注明文章来源及相关版权信息。