This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: a peculiar fpload problem on an inferior processor
On Sat, May 8, 2010 at 2:52 PM, Amker.Cheng <amker.cheng@gmail.com> wrote:
>> ?Ah, I forgot pro/epilogue generation, but I think that's the only other
>> thing that happens after reload. ?That is a special case: it has to generate
>> strict rtl that directly matches the insns it wants. ?You'll probably have to
>> arrange for it to save at least one GPR early enough in the prologue sequence
>> to be able to use it as a temp for your FP moves, and similar in the epilogue
>> sequence.
>
Sorry to disturb again, concerning this problem, There is another case
have to be handled.
the reload pass also takes care of call saved registers by generating
save/restore insns,
which might generate direct fpload/fpstore instructions. (in
save_call_clobbered_regs, etc.)
I see no way to keep GPR for this case, except using the temporary
register of the ABI,
and it seems safe in this case since the temp register are only used
around calling insn.
Actually I am not very sure about this.
Any suggestion? Thanks.
--
Best Regards.