I'd like to commit LRA patches on the Sunday. I got a lot of
feedback about LRA for a few last weeks. All patches besides RA part
were approved by Jeff Law. Steven Bosscher and I solved LRA speed
problem on famous PR54146. Now Steven does not object to LRA merge.
I got invaluable reviews of LRA parts from Richard Sandiford. I
guess Richard thought deeply about reload for a long time. His
proposals were very useful and made LRA code much more clear.
I'd like to thank all these people for their help and spending a lot
of time on reviews and LRA work.
So my plan is to merge trunk into LRA branch first and, if it looks
ok, commit LRA to the trunk on Sunday to be ready solve problems (if
there are any) starting Monday morning EST. LRA merge will affect only
x86/x86-64 target. If you suspect any problem with LRA and have no
quick response from me, you can easily switch it off by putting false
instead of true in function i386.c::lra_p and continue your work until
the problem is solved by me.
The work on LRA will be continued on the branch. There are still few
proposals non-critical for x86/x86-64 which will be implemented on the
branch. After some stabilization of LRA branch for other targets, it
would be nice if target maintainers look at the branch. It will make
transitions of more targets to LRA more smoothly when development of
gcc4.9 starts.
Vlad.
- Plan to merge LRA. Vladimir Makarov
-
