loop.c:get_condition broken

[Michael Hayes]

Jim Wilson writes:
 > I'd suspect the problem might be an interaction problem between the rs6000
 > port and how loop/combine handle mixed mode comparison operations, but I'd
 > apprepreciate having an actual testcase to look at.

I am having similar problems with the C4x.

 > The intent of the patch is that if you have one comparison in CCmode, and
 > one in some other mode (like DFmode), then loop should not assume that they
 > can be simplified.  This allows us to indicate, for instance, that some
 > compares produce IEEE FP correct results and some do not.

What if the other mode is VOIDmode which I think is where the problem
is?

Shouldn't the alpha be using different CCmodes to handle this problem
in a similar manner to how several targets handle the behaviour of CC
setting when some insns overflow?