rose编译器数据流分析

Rose编译器实现了龙书上的经典数据流分析框架,具备常量传播、活性变量分析等功能。当前测试常量传播基础设施功能,给出测试代码位置与入口。算法先对流图进行LiveDeadVarsAnalysis分析,再做常量传播。目前目标是实现数组local分析,先做过程内分析。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

rose编译器实现了龙书上的经典数据流分析框架,基于该框架实现以下功能:

1)常量传播

2)活性变量分析

3)常量的符号量分析

 

目前测试的是常量传播基础设施功能,测试代码位置:

\rose\tests\roseTests\programAnalysisTests\generalDataFlowAnalysisTests\

测试代码入口:

int
main( int argc, char * argv[] ) 
   {
     printf("========== S T A R T ==========\n");
	
  // Build the AST used by ROSE 根据文件创建AST树
     SgProject* project = frontend(argc,argv);
	
     initAnalysis(project);//初始化分析:创建程序的流图
     Dbg::init("Divisibility Analysis Test", ".", "index.html");

	
     liveDeadAnalysisDebugLevel = 1;
     analysisDebugLevel = 1;
     if (liveDeadAnalysisDebugLevel)
        {
          printf("*********************************************************************\n");
          printf("*****************   Constant Propagation Analysis   *****************\n");
          printf("*********************************************************************\n");
        }

    // liveness analysis is used to generate FiniteVarsExprsProductLattice only for live variables at a CFG point
    // &ldva can be set to NULL then all visible variables and expressions will be used to generate FiniteVarsExprsProductLattice
     LiveDeadVarsAnalysis ldva(project);
     UnstructuredPassInterDataflow ciipd_ldva(&ldva);//简单程序间分析
     ciipd_ldva.runAnalysis();

    // prepare call graph
     CallGraphBuilder cgb(project);
     cgb.buildCallGraph();
     SgIncidenceDirectedGraph* graph = cgb.getGraph(); 

    // use constant propagation within the context insensitive interprocedural dataflow driver
     analysisDebugLevel = 1;
     ConstantPropagationAnalysis cpA(&ldva);
     //ConstantPropagationAnalysis cpA(NULL);
     ContextInsensitiveInterProceduralDataflow cpInter(&cpA, graph);
     cpInter.runAnalysis();

    // verify the results
     evaluateAnalysisStates eas(&cpA, "    ");
     UnstructuredPassInterAnalysis upia_eas(eas);
     upia_eas.runAnalysis();

算法步骤:

1.首先进行流图的LiveDeadVarsAnalysis分析

2,根据1的分析结果使用上下文无关的过程间分析来得到流图的常量传播

 

 

目前需要实现的目标是实现数组的local分析,所以格的位置应该是数组的范围。对于上下文无关过程间分析太过复杂,所以先做过程内的分析,需要分析的主要是对实现LiveDeadVarsAnalysis功能的分析。

在下一篇对UnstructuredPassInterDataflow这个类进行分析。

 

 

 

 

编译原理实验三 一、讨论Oberon-0 语言的特点 1、保留字与关键字的概念区分 保留字只要是用在程序语言的层次架构用途上,比如说IF,THEN,ELSIF,用在程序 的循环、分支、判断条件、程序块等组织上,它是程序语言中预定义的,具某些特殊意 义规范的单词。保留字侧重于强调不能被用户作为定义的名字。 关键字是一个只被用在某一部分的程序编程中,关键字在程序语言中同样有特殊的 意义特征。多用于类型定义,如在Oberon中,integer 便是用来定义变量类型的关键 字。还有其他的功能如作为程序语言中的某个特定函数的名称,如 write,read等(在 Oberon中). 不同的语言的关键字和保留字的概念区分是不一样的。例如在C,JAVA中, if,else, while 这些都是关键字的范围,而在Oberon 中是保留字的范围。在C 语言风格的程 序语言中,是将程序控制块的那些保留字也一并归为关键字的。(这些关键字不可以作 为变量,函数的名称,也就是不可以作为程序员使用的标示符)。 2、Oberon与C、Java的差别 a) 在每一一个主要的函数过程procedure 中,Oberon有begin 和end 来标志,而 在C 和java中一般是用花括号来标志。 b) 在定义变量时,Oberon 是在分号之后,也就是最后在给出具体是什么类型的,而 在C、Java中一般是在变量的前面就给出了类型,只是 Oberon会先用var说明 这是一个变量。 c) Oberon中的可用到数据结构主要有数组,类似C 中的结构体,类型选择比较少。 3 二、文法二义性讨论 该文法没有二义性。在其他的语言中出现的二义性类型中,比如表达式的parsing tree (存在两颗或以上的parsing trees)的二义性,需要用算符优先关系来确定的和if-else 的 匹配问题导致的二义性问题,都在该文法中的EBNF定义中被消除掉了。 1、对于表达式的二义性处理: simple_expression = ["+" | "-"] term {("+" | "-" | "OR") term} ; term = factor {("*" | "DIV" | "MOD" | "&") factor} ; 从中,可以看出*和 DIV、MOD 这些一定在+-之前就进行运算了。通过将表达式的将 +-和*DIV、MOD 等用不同层次的表达式进行定义,消除了这一二义性。 2、对于if-else匹配出现二义性的处理:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值