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
Ian is certainly correct. 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 multiwo

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 than word mode.