[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lightning] Lightning extensions

From: Paolo Bonzini
Subject: Re: [Lightning] Lightning extensions
Date: Sat, 11 Sep 2010 14:39:14 +0200

2010/9/5 Paulo César Pereira de Andrade
> o Some kind of peephole optimization. This is kind tough,
>  and may become quite complex. Again, talking about
>  x86*, it could convert some "ldr_x r0 r1; alur_x r0 r2 r0"
>  into something more like "alum_x r0 r2 r1", where the
>  "m" modifier stands for (m)emory. To have a simple
>  peephole optimization it would require a different
>  approach to handle labels and patches, and that could
>  become very memory hungry, at it would most likely
>  need to store operations in lists, up to jit_flush_code(),
>  so, maybe the idea should be discarded by default...

Yeah, this is a bit against the very idea of lightning and (before it) vcode.

Everything else can be done.

I'll try to review your patches soon!


reply via email to

[Prev in Thread] Current Thread [Next in Thread]