Merge EvalType, EvalNode and EvalEq into a single module GetEff.
EvalNode.f -> GetEff.node, EvalType.f -> GetEff.typ, EvalEq.f -> GetEff.eq EvalConst.f (val_exp -> const_eff list) should have been put there too, but in fact EvalConst.f ougth to be splitted in two parts: - val_exp -> val_exp_eff (but this function already exist) - val_exp_eff -> const_eff list Therefore, the signature of EvalConst.f will be changed to: val_exp_eff -> const_eff list (and will use GetEff.val_exp) Ditto for eval_array_index. eval_array_index : CompiledData.id_solver -> SyntaxTreeCore.val_exp -> int -> int ougth to be splitted into two functions: - CompiledData.id_solver -> SyntaxTreeCore.val_exp_eff - SyntaxTreeCore.val_exp_eff -> int -> int Ditto for eval_array_size eval_array_size : CompiledData.id_solver -> SyntaxTreeCore.val_exp -> int ougth to be splitted into two functions: - CompiledData.id_solver -> SyntaxTreeCore.val_exp_eff - SyntaxTreeCore.val_exp_eff -> int arg... evalConst.f est utilis par GettEff.typ !!!
Showing
- src/Makefile 2 additions, 6 deletionssrc/Makefile
- src/evalConst.ml 15 additions, 16 deletionssrc/evalConst.ml
- src/evalEq.mli 0 additions, 9 deletionssrc/evalEq.mli
- src/evalNode.ml 0 additions, 97 deletionssrc/evalNode.ml
- src/evalNode.mli 0 additions, 5 deletionssrc/evalNode.mli
- src/evalType.ml 0 additions, 43 deletionssrc/evalType.ml
- src/evalType.mli 0 additions, 48 deletionssrc/evalType.mli
- src/getEff.ml 133 additions, 28 deletionssrc/getEff.ml
- src/getEff.mli 22 additions, 0 deletionssrc/getEff.mli
- src/lazyCompiler.ml 25 additions, 24 deletionssrc/lazyCompiler.ml
- src/test/should_work/call/call06.lus 3 additions, 1 deletionsrc/test/should_work/call/call06.lus
- src/test/test.res.exp 12 additions, 9 deletionssrc/test/test.res.exp
Loading
Please register or sign in to comment