While looking into PR 114666, I noticed that we don't verify COND_EXPR's first
operand. In most of my recent patches to match.pd, I was assuming that it would
be a boolean (or a type which would contain
[0,1]) but this PR shows we could end up with an 1-bit signed integer in there.
We could fix m
Deprecating complex integer types in GCC seems like a good idea. There has been
issues with division with them before and it was raised back them maybe we
should deprecate their support.
The previous discussion about deprecating them can be found
https://gcc.gnu.org/legacy-ml/gcc/2001-11/msg0079