On Tue, Apr 1, 2014 at 7:48 AM, Richard Henderson <r...@redhat.com> wrote: > Yet more fallout from my float->int changes. > > This time the failure is during sched1, where we try to constrain_operands to > figure out what the sched parameters are for the insn. Except that since this > is before register allocation, where we are going to force the operand to > memory, there were no alternatives that match. > > This seems a bit of a hacky solution, keeping the register alternative enabled > until we get to register allocation, but it's restricted in scope to the i386 > backend and thus gets extra points at this stage. > > Another possibility is to have constrain_alternatives randomly pick an > alternative, assuming the register allocator will DTRT or barf later. > > Thoughts?
Shouldn't it include the testcase? -- H.J.
