The following testcase ICEs since r15-8025.
tree_nop_conversion_p doesn't imply TREE_TYPE (@0) is uselessly convertible
to type, e.g. they could be INTEGER_TYPEs with the same precision but
different TYPE_SIGN.
The following patch just adds a convert so that it creates a valid IL
even in those cases.
2025-03-14 Jakub Jelinek <jakub@redhat.com>
PR tree-optimization/119287
* match.pd (((X >> C1) & C2) * (1 << C1) to X & (C2 << C1)): Use
(convert @0) instead of @0 in the substitution.
* gcc.dg/pr119287.c: New test.
|| tree_int_cst_sgn (@2) >= 0)
&& wi::to_wide (@3) == wi::set_bit_in_zero (shift, prec))
(with { auto mask = wide_int::from (wi::to_wide (@2), prec, UNSIGNED); }
- (bit_and @0 { wide_int_to_tree (type, mask << shift); }))))))
+ (bit_and (convert @0) { wide_int_to_tree (type, mask << shift); }))))))
/* ~(~X >> Y) -> X >> Y (for arithmetic shift). */
(simplify
--- /dev/null
+/* PR tree-optimization/119287 */
+/* { dg-do compile } */
+/* { dg-options "-O2 -fwrapv" } */
+
+unsigned a;
+int b;
+signed char c, d;
+
+void
+foo (void)
+{
+ c = a >> 14 & 1;
+ for (; d;)
+ c = 1;
+ b = c << 14;
+}