Hello! >>I can't see any place where this subreg is resolved (eg. into equiv >> memref) before the next iteration comes around for reloading the inputs >> and outputs of curr_insn. Or am I missing something some part of code >> that tries reloading the subreg with different alternatives or reg classes? > > I guess this behaviour is wrong. We could spill the V2DF pseudo or put it > into another class reg. > But it is not implemented. This code is actually a modified version of reload > pass one. We could > implement alternative strategies and a check for potential loop (such code > exists in > process_alt_operands). Could you send me the macro change and the test. I'll > look at it and figure > out what can we do.
I think that this problem also caused PR 57032 [1] on alpha. LRA reloads the register until "Max. number of generated reload insns per insn is achieved (90)", but it could easily spill and reload the register from memory. [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57032 Uros.
