On 04/30/2012 06:43 AM, Jakub Jelinek wrote:
Hi!As shown on the testcase below, if REE modifies some sign/zero extension insn, which is on the candidate vector, as a def_insn of some other extension, before combine_reaching_defs is called on that insn, we might ignore the changes done to that insn and just assume it is only an extension to the recorded mode. It might be an extension to a wider mode though. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk/4.7? 2012-04-30 Jakub Jelinek<ja...@redhat.com> PR rtl-optimization/53160 * ree.c (combine_reaching_defs): Handle the case where cand->insn has been modified by ree pass already. * gcc.c-torture/execute/pr53160.c: New test.
Ok. r~
