harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexei Fedotov" <alexei.fedo...@gmail.com>
Subject Re: [general] GSoC 2008 Refactor Java Bytecode Translator
Date Mon, 07 Apr 2008 09:16:31 GMT
Thank you for paying attention to the student projects. They require
someone with your experience. The previous discussion was quite
consistent for me. Egor and Kostya were pretty flexible about my
concern. I'm not a JIT professional, but I'm eager to learn. Could you
please support your disagreement with arguments to help me
understanding that better?

You noticed that it is much easier to destroy than to improve.
Generally, removing the code from a big system may be more difficult
then adding a new code. DRLVM relies on ICU and HyPort in
localization, but I find it painful to remove apr-iconv dependency
(still hope to complete it one day).


On Mon, Apr 7, 2008 at 7:31 AM, George Timoshenko
<george.timoshenko@gmail.com> wrote:
> Okonechnikov Konstantin wrote:
> > I have some good news: Simplifier and CSE removal from IRBuilder is
> > accomplished.
> > 1) What is done:
> > - Simplifier* IrBuilder::simplifier and all connected methods are removed
> or
> > modified
> > - CSEHashtable IrBuilder::cseHashTable and its methods are removed
> > - Instruction generation doesn't include simplification and hashing
> anymore
> > - DoSimplify, DoCSE flags are removed from IRBuilderFlags
> >
>  That's awful. I see the discussion too late.
>  This is much easier to destroy rather than to improve.
>  Does irBuilder simplify/hvn ability prevents you from writing new
> translator?
>  I am strongly against the idea of removing simplify/hvn from IRBuilder.
>  In HARMONY-5500 there is NOTHING about this removing.

With best regards,

View raw message