Plan to merge LRA.

[Vladimir Makarov <vmakarov@redhat.com>]

   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.