One more idea on further rewriting. 1. An old verifier built some IR on the top of bytecode. 2. A new verifier also does parsing, but is more like JET.
You may think of building a reusable component. I wonder if conventional parser generators or ASN.1 are applicable here. Note, thinking is different from starting doing, there are cases when a specific solution is better than reusable. On Wed, Apr 2, 2008 at 3:02 AM, Alexei Fedotov <[EMAIL PROTECTED]> wrote: > Hello, Kostya, > > Do you think it would be good to reflect Egor's (and mine) idea of an > evolutionary path during learning period during the first step of your > plan? Namely, incremental approach to IR separation are subsequent > patches to the existing code base. Each of the patches does the > following: > 1. Removes some optimization from the parsing stage. > 2. Adds necessary infrastructure to HIR. > 3. Adds or ensures that the optimization is done on HIR. > > This would help attacking the problem and learning a parser, HIR and > tools incrementally. On completion of this step you would have your > code committed to Harmony and get more confidence. Moreover the code > which enhances HIR would be close to final. In process you will learn > why the existing IR builder is bad and grow a desire to attack it > fully rewriting the code. > > What do you think? > > > > > On 02 Apr 2008 01:53:18 +0400, Egor Pasko <[EMAIL PROTECTED]> wrote: > > On the 0x419 day of Apache Harmony Okonechnikov Konstantin wrote: > > > > Let's not remove copy propagation, it does not make the code > > > > difficult, does not add lots of lines, but still very functional. > > > > > > > > OK? > > > > > > > > -- > > > > > > > > Egor Pasko > > > > > > > > > > > OK, got it. > > > What are the requirments for simplify and hvn passes? > > > > what do you mean by requirements? they should optimize the code, that > > is one requirement, but if they make things slower in some cases, that > > happens too :) > > > > > > > Currently I am testing using this optimizer > > > chain: ssa,devirt,inline,purge,simplify,dce,uce... (didn't include hvn > yet) > > > > we can check later whether we need hvn here or not > > > > > > > BTW, I' ve updated my application and put it on the wiki > > > > http://wiki.apache.org/general/WikiTranslatorRefactoringProposal.<http://wiki.apache.org/general/WikiTranslatorRefactoringProposal> > > > > doing good, probably somebody can give more valuable comments now. > > > > -- > > Egor Pasko > > > > > > > > -- > With best regards, > Alexei > -- With best regards, Alexei
