https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88444

--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
We end up with non-folded statement
_22 = (long int) 0;
because of all the disabled and enabled optimizations (IPA-VRP propagated
constant not cleaned up).

I think:
--- gcc/tree-vrp.c.jj   2018-12-07 00:27:25.419941079 +0100
+++ gcc/tree-vrp.c      2018-12-11 09:25:58.731750953 +0100
@@ -2894,6 +2894,7 @@ register_edge_assert_for_2 (tree name, e
        {
          name2 = gimple_assign_rhs1 (def_stmt);
          if (CONVERT_EXPR_CODE_P (rhs_code)
+             && TREE_CODE (name2) == SSA_NAME
              && INTEGRAL_TYPE_P (TREE_TYPE (name2))
              && TYPE_UNSIGNED (TREE_TYPE (name2))
              && prec == TYPE_PRECISION (TREE_TYPE (name2))
@@ -2990,6 +2991,7 @@ register_edge_assert_for_2 (tree name, e
          wide_int rmin, rmax;
          tree rhs1 = gimple_assign_rhs1 (def_stmt);
          if (INTEGRAL_TYPE_P (TREE_TYPE (rhs1))
+             && TREE_CODE (rhs1) == SSA_NAME
              /* Make sure the relation preserves the upper/lower boundary of
                 the range conservatively.  */
              && (comp_code == NE_EXPR
@@ -3054,6 +3056,7 @@ register_edge_assert_for_2 (tree name, e
                {
                  names[1] = gimple_assign_rhs1 (def_stmt2);
                  if (!CONVERT_EXPR_CODE_P (gimple_assign_rhs_code (def_stmt2))
+                     || TREE_CODE (names[1]) != SSA_NAME
                      || !INTEGRAL_TYPE_P (TREE_TYPE (names[1]))
                      || (TYPE_PRECISION (TREE_TYPE (name2))
                          != TYPE_PRECISION (TREE_TYPE (names[1]))))
@@ -3323,6 +3326,7 @@ register_edge_assert_for_1 (tree op, enu
         conversion or conversion from non-integral type.  */
       tree rhs = gimple_assign_rhs1 (op_def);
       if (INTEGRAL_TYPE_P (TREE_TYPE (rhs))
+         && TREE_CODE (rhs) == SSA_NAME
          && (TYPE_PRECISION (TREE_TYPE (rhs))
              <= TYPE_PRECISION (TREE_TYPE (op))))
        register_edge_assert_for_1 (rhs, code, e, asserts);
should fix this.

Reply via email to