Re: [PATCH 1/2] Add vect_finish_stmt_generation for sequences

Richard Biener <[email protected]>
Newsgroups gmane.comp.gcc.patches
Message-ID <[email protected]>
On Mon, 17 Aug 2026, H.J. Lu wrote:

> On Sun, Aug 16, 2026 at 2:30 PM Andrea Pinski
> <[email protected]> wrote:
> >
> > On Sat, Aug 15, 2026 at 11:01 PM H.J. Lu <[email protected]> wrote:
> > >
> > > On Sun, Aug 16, 2026 at 6:36 AM H.J. Lu <[email protected]> wrote:
> > > >
> > > > On Fri, Aug 14, 2026 at 8:13 PM Richard Biener <[email protected]> wrote:
> > > > >
> > > > > The following attempts to make using gimple_build easier during
> > > > > vectorizer code generation by providing an overload of
> > > > > vect_finish_stmt_generation that handles a built sequence.
> > > > > In addition to inserting and finishing stmts on the sequence the
> > > > > ultimate result is made to be based on the passed vectorizer
> > > > > temporary (that gets us the fancy names).
> > > > >
> > > > > I have converted one instance in vectorizable_conversion which
> > > > > I'll need to handle both NOP_EXPR and VIEW_CONVERT_EXPR which
> > > > > gimple_build happily does correctly, but vect_gimple_build does
> > > > > not.
> > > > >
> > > > > Bootstrapped and tested on x86_64-unknown-linux-gnu.
> > > > >
> > > > > Does this look sensible?  I can of course sepecial-case
> > > > > VIEW_CONVERT_EXPR manually as well.
> > > > >
> > > > >         * tree-vect-stmts.cc (vect_finish_stmt_generation): New
> > > > >         overload for gimple_build sequences.
> > > > >         (vectorizable_conversion): Convert one instance of
> > > > >         vect_gimple_build to gimple_build plus
> > > > >         vect_finish_stmt_generation.
> > > > > ---
> > > > >  gcc/tree-vect-stmts.cc | 43 ++++++++++++++++++++++++++++++++----------
> > > > >  1 file changed, 33 insertions(+), 10 deletions(-)
> > > > >
> > > > > diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
> > > > > index a023977bc51..44090015e7a 100644
> > > > > --- a/gcc/tree-vect-stmts.cc
> > > > > +++ b/gcc/tree-vect-stmts.cc
> > > > > @@ -1260,7 +1260,7 @@ vect_get_vec_defs (vec_info *, slp_tree slp_node,
> > > > >
> > > > >  /* Helper function called by vect_finish_replace_stmt and
> > > > >     vect_finish_stmt_generation.  Set the location of the new
> > > > > -   statement and create and return a stmt_vec_info for it.  */
> > > > > +   statement.  */
> > > > >
> > > > >  static void
> > > > >  vect_finish_stmt_generation_1 (vec_info *,
> > > > > @@ -1285,8 +1285,7 @@ vect_finish_stmt_generation_1 (vec_info *,
> > > > >  }
> > > > >
> > > > >  /* Replace the scalar statement STMT_INFO with a new vector statement VEC_STMT,
> > > > > -   which sets the same scalar result as STMT_INFO did.  Create and return a
> > > > > -   stmt_vec_info for VEC_STMT.  */
> > > > > +   which sets the same scalar result as STMT_INFO did.  */
> > > > >
> > > > >  void
> > > > >  vect_finish_replace_stmt (vec_info *vinfo,
> > > > > @@ -1302,7 +1301,7 @@ vect_finish_replace_stmt (vec_info *vinfo,
> > > > >  }
> > > > >
> > > > >  /* Add VEC_STMT to the vectorized implementation of STMT_INFO and insert it
> > > > > -   before *GSI.  Create and return a stmt_vec_info for VEC_STMT.  */
> > > > > +   before *GSI.  */
> > > > >
> > > > >  void
> > > > >  vect_finish_stmt_generation (vec_info *vinfo,
> > > > > @@ -1344,6 +1343,31 @@ vect_finish_stmt_generation (vec_info *vinfo,
> > > > >    vect_finish_stmt_generation_1 (vinfo, stmt_info, vec_stmt);
> > > > >  }
> > > > >
> > > > > +/* Add the stmts in STMTS to the vectorized implementation of STMT_INFO and
> > > > > +   insert them before *GSI.  Make sure the final stmt has a result
> > > > > +   based on VAR.  */
> > > > > +
> > > > > +void
> > > > > +vect_finish_stmt_generation (vec_info *vinfo,
> > > > > +                            stmt_vec_info stmt_info, gimple_seq &stmts,
> > > > > +                            tree var, gimple_stmt_iterator *gsi)
> > > > > +{
> > > > > +  auto si = gsi_start (stmts);
> > > > > +  while (!gsi_end_p (si))
> > > > > +    {
> > > > > +      gimple *new_stmt = gsi_stmt (si);
> > > > > +      gsi_remove (&si, false);
> > > > > +      if (gsi_end_p (si))
> > > > > +       {
> > > > > +         tree lhs = gimple_get_lhs (new_stmt);
> > > > > +         gcc_assert (!SSA_NAME_VAR (lhs));
> > > > > +         SET_SSA_NAME_VAR_OR_IDENTIFIER (lhs, var);
> > > > > +       }
> > > > > +      vect_finish_stmt_generation (vinfo, stmt_info, new_stmt, gsi);
> > > > > +    }
> > > > > +}
> > > > > +
> > > > > +
> > > > >  /* We want to vectorize a call to combined function CFN with function
> > > > >     decl FNDECL, using VECTYPE_OUT as the type of the output and VECTYPE_IN
> > > > >     as the types of all inputs.  Check whether this is possible using
> > > > > @@ -5797,12 +5821,11 @@ vectorizable_conversion (vec_info *vinfo,
> > > > >             }
> > > > >           else
> > > > >             {
> > > > > -             new_stmt = vect_gimple_build (vec_dest, code1, vop0);
> > > > > -             new_temp = make_ssa_name (vec_dest, new_stmt);
> > > > > -             gimple_set_lhs (new_stmt, new_temp);
> > > > > -             vect_finish_stmt_generation (vinfo, stmt_info, new_stmt, gsi);
> > > > > -
> > > > > -             slp_node->push_vec_def (new_stmt);
> > > > > +             gimple_seq stmts = NULL;
> > > > > +             new_temp = gimple_build (&stmts, code1, vectype_out, vop0);
> > > > > +             vect_finish_stmt_generation (vinfo, stmt_info,
> > > > > +                                          stmts, vec_dest, gsi);
> > > > > +             slp_node->push_vec_def (new_temp);
> > > > >             }
> > > > >         }
> > > > >        break;
> > > > > --
> > > > > 2.51.0
> > > > >
> > > >
> > > > I need the patch enclosed here to avoid ICE in 2 testcases included
> > >
> > > Here is the updated patch with 3 tests.
> > >
> > > > in the patch.   But I got another ICE in bad.c:
> > > >
> > > > [hjl@gnu-zen4-1 gcc]$ ./xgcc -B./ -S -O2 -march=x86-64 ~/bugs/gcc/cvise-1/bad.c
> > > > during GIMPLE pass: thread
> > > > /export/home/hjl/bugs/gcc/cvise-1/bad.c: In function ‘collate_output___o_2’:
> > > > /export/home/hjl/bugs/gcc/cvise-1/bad.c:20:1: internal compiler error:
> > > > Segmentation fault
> > >
> > > This is
> > >
> > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=126876
> >
> > The big comment about HJL's patch is `code1 == NOP_EXPR` should be
> > `CONVERT_EXPR_CODE_P (code1)` instead.
> >
> 
> CONVERT_EXPR_CODE_P works for me.

Your testcases do not ICE for me.  Btw, your patch essentially
implements the "classical" way as if I had added a
else if (code1 == VIEW_CONVERT_EXPR) case or alternatively
rejected noop conversions from vectorizable_conversion, leaving
them to vectorizable_assignment where they were handled before.

So I'm going to skip all these issues, re-testing the folding patch
alone as below.

Richard.

From 4eb4f720370cd02d5b5ef0ed3add4b9eb57d021a Mon Sep 17 00:00:00 2001
From: Richard Biener <[email protected]>
Date: Thu, 13 Aug 2026 14:57:56 +0200
Subject: [PATCH] middle-end/126788 - more vector folding
To: [email protected]

The last match.pd update for double-conversion folding didn't handle
the case where a vector conversion would go away because
supportable_convert_operation doesn't consider a noop conversion
(or a sign conversion).  The following rectifies this, allowing
a NOP_EXPR and VIEW_CONVERT_EXPR for same mode types as supportable
conversion as we can RTL expand that just fine.

This shows that the vectorizer routed sign-conversions through
vectorizable_assignment but now vectorizable_conversion would
handle it, emitting NOP_EXPRs (which is fine) instead of
VIEW_CONVERT_EXPRs (which we declared canonical for vectors).
This would confuse some foldings, leading to testsuite FAILs,
so make vectorizable_conversion also prefer VIEW_CONVERT_EXPRs
here.

	PR middle-end/126788
	* optabs-tree.cc (supportable_convert_operation): For same
	modes allow NOP_EXPR and VIEW_CONVERT_EXPR.
	* tree-ssa-forwprop.cc (simplify_vector_constructor): Avoid
	converting the vector to be used for blending into the
	result to the type of the permutation.
	* tree-vect-stmts.cc (vectorizable_conversion): Leave
	nop-conversions to vectorizable_assignment.

	* gcc.target/i386/pr126788.c: New testcase.
---
 gcc/optabs-tree.cc                       |  4 ++++
 gcc/testsuite/gcc.target/i386/pr126788.c | 24 ++++++++++++++++++++++++
 gcc/tree-ssa-forwprop.cc                 |  1 +
 gcc/tree-vect-stmts.cc                   |  9 ++++++++-
 4 files changed, 37 insertions(+), 1 deletion(-)
 create mode 100644 gcc/testsuite/gcc.target/i386/pr126788.c

diff --git a/gcc/optabs-tree.cc b/gcc/optabs-tree.cc
index 5fbdcd3a730..5360a509f8d 100644
--- a/gcc/optabs-tree.cc
+++ b/gcc/optabs-tree.cc
@@ -375,6 +375,10 @@ supportable_convert_operation (enum tree_code code,
   if (!VECTOR_MODE_P (m1) || !VECTOR_MODE_P (m2))
     return false;
 
+  if (m1 == m2
+      && (CONVERT_EXPR_CODE_P (code) || code == VIEW_CONVERT_EXPR))
+    return true;
+
   /* First check if we can done conversion directly.  */
   if ((code == FIX_TRUNC_EXPR
        && can_fix_p (m1,m2,TYPE_UNSIGNED (vectype_out), &truncp)
diff --git a/gcc/testsuite/gcc.target/i386/pr126788.c b/gcc/testsuite/gcc.target/i386/pr126788.c
new file mode 100644
index 00000000000..0448284e8f6
--- /dev/null
+++ b/gcc/testsuite/gcc.target/i386/pr126788.c
@@ -0,0 +1,24 @@
+/* { dg-do compile } */
+/* { dg-options "-O -msse2" } */
+
+typedef int  v2si __attribute__((vector_size (8)));
+typedef unsigned int  v2usi __attribute__((vector_size (8)));
+typedef long long v2di __attribute__((vector_size (16)));
+
+v2si
+f1 (v2si a, v2si b)
+{
+
+  v2di z = __builtin_convertvector (a, v2di);
+  return __builtin_convertvector (z, v2si);
+}
+
+v2usi
+f2 (v2si a, v2si b)
+{
+
+  v2di z = __builtin_convertvector (a, v2di);
+  return __builtin_convertvector (z, v2usi);
+}
+
+/* { dg-final { scan-assembler-not "xmm" { target { ! ia32 } } } } */
diff --git a/gcc/tree-ssa-forwprop.cc b/gcc/tree-ssa-forwprop.cc
index 0531311444b..8cc017aa620 100644
--- a/gcc/tree-ssa-forwprop.cc
+++ b/gcc/tree-ssa-forwprop.cc
@@ -4381,6 +4381,7 @@ simplify_vector_constructor (gimple_stmt_iterator *gsi)
       /* For a real orig[1] (no splat, constant etc.) we might need to
 	 nop-convert it.  Do so here.  */
       if (orig[1] && orig[1] != error_mark_node
+	  && !converted_orig1
 	  && !useless_type_conversion_p (perm_type, TREE_TYPE (orig[1]))
 	  && tree_nop_conversion_p (TREE_TYPE (perm_type),
 				    TREE_TYPE (TREE_TYPE (orig[1]))))
diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
index 98533277034..344aeddfb5a 100644
--- a/gcc/tree-vect-stmts.cc
+++ b/gcc/tree-vect-stmts.cc
@@ -5500,7 +5500,14 @@ vectorizable_conversion (vec_info *vinfo,
 	{
 	  gcc_assert (converts.length () <= 2);
 	  if (converts.length () == 1)
-	    code1 = converts[0].second;
+	    {
+	      code1 = converts[0].second;
+	      if (CONVERT_EXPR_CODE_P (code)
+		  && tree_nop_conversion_p (TREE_TYPE (vectype_out),
+					    TREE_TYPE (vectype_in)))
+		/* NOP conversions are handled by vectorizable_assignment.  */
+		return false;
+	    }
 	  else
 	    {
 	      cvt_type = NULL_TREE;
-- 
2.51.0
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.