Re: [Lightning] Lightning extensions

[Paolo Bonzini]

2010/9/5 Paulo César Pereira de Andrade
<address@hidden>:
> 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!

Paolo