Re: pr52543

2012-03-20 Thread Ian Lance Taylor
Kenneth Zadeck writes: > i actually care about all registers, not just the hard ones.as it > turns out i had been wrong and lower-subregs splits pseudo to pseudo > moves, and hard reg to and from psuedo moves. > > register_move_cost requires the regclasses. > > anyway that is not the right th

Re: pr52543

2012-03-20 Thread Kenneth Zadeck
i actually care about all registers, not just the hard ones.as it turns out i had been wrong and lower-subregs splits pseudo to pseudo moves, and hard reg to and from psuedo moves. register_move_cost requires the regclasses. anyway that is not the right thing to do for the shifts. kenny

Re: pr52543

2012-03-20 Thread Ian Lance Taylor
Kenneth Zadeck writes: > I think that the question is really bigger than finding the correct > line to fix. The problem is, that this code assumes that machines do > not have multiword moves or multiword shifts. My machine has both, > and i assume that the avr and the neon have at least multi

Re: pr52543

2012-03-20 Thread Kenneth Zadeck
wrote: Kenneth Zadeck writes: I have figured out what the root cause of pr52543, but i need some advise as to how to fix it. The bug only happens if the source or destination of the move is a hard register. lower-subreg never breaks up pseudo to pseudo moves that are larger than word mode

Re: pr52543

2012-03-19 Thread Ian Lance Taylor
Kenneth Zadeck writes: > I have figured out what the root cause of pr52543, but i need some > advise as to how to fix it. > The bug only happens if the source or destination of the move is a > hard register. lower-subreg never breaks up pseudo to pseudo moves > that are larger

pr52543

2012-03-19 Thread Kenneth Zadeck
I have figured out what the root cause of pr52543, but i need some advise as to how to fix it. The bug only happens if the source or destination of the move is a hard register. lower-subreg never breaks up pseudo to pseudo moves that are larger than word mode. According to richard sandiford