This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [Aarch64] LRA


On Thu, Nov 6, 2014 at 3:03 PM, Evandro Menezes <e.menezes@samsung.com> wrote:
> That's what I assumed.  However, can reload spill GPRs into FPRs as LRA
> does?  For even after specifying -mno-lra, I still see excessive slots in
> FPRs.

Not fully.  What is happening most likely is IRA is deciding to use
some FPRs for some psedu-registers due to the costs (look at the .ira
dump) and then reloading from FPRs to GPRs.

Thanks,
Andrew


>
> Thank you,
>
> --
> Evandro Menezes                              Austin, TX
>
>
>> -----Original Message-----
>> From: Richard Earnshaw [mailto:rearnsha@arm.com]
>> Sent: Wednesday, November 05, 2014 11:49
>> To: Evandro Menezes; gcc@gcc.gnu.org
>> Subject: Re: [Aarch64] LRA
>>
>> On 05/11/14 17:14, Evandro Menezes wrote:
>> > It doesn't seem that the option -mno-lra does what it implies.  If so,
>> > what does it do, for the it does result in differences.
>>
>> It causes the compiler to use 'reload' rather than LRA for handling part
> of
>> the register allocation process.
>>
>> R.
>
>


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]