public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Richard Biener <rguenther@suse.de>
To: gcc-patches@gcc.gnu.org
Subject: [PATCH] Fix PR65935
Date: Mon, 04 May 2015 11:15:00 -0000	[thread overview]
Message-ID: <alpine.LSU.2.11.1505041314010.20496@zhemvz.fhfr.qr> (raw)


The following fixes PR65935 where the vectorizer is confused after
SLP operands swapping to see the stmts in the IL with unswapped
operands.  As we already swap for different def-kinds just swap
for other swaps as well.

Bootstrap and regtest running on x86_64-unknown-linux-gnu.

Richard.

2015-05-04  Richard Biener  <rguenther@suse.de>

	PR tree-optimization/65935
	* tree-vect-slp.c (vect_build_slp_tree): If we swapped operands
	then make sure to apply that swapping to the IL.

	* gcc.dg/vect/pr65935.c: New testcase.

Index: gcc/tree-vect-slp.c
===================================================================
*** gcc/tree-vect-slp.c	(revision 222758)
--- gcc/tree-vect-slp.c	(working copy)
*************** vect_build_slp_tree (loop_vec_info loop_
*** 1081,1093 ****
  		dump_printf (MSG_NOTE, "%d ", j);
  	      }
  	  dump_printf (MSG_NOTE, "\n");
! 	  /* And try again ... */
  	  if (vect_build_slp_tree (loop_vinfo, bb_vinfo, &child,
  				   group_size, max_nunits, loads,
  				   vectorization_factor,
! 				   matches, npermutes, &this_tree_size,
  				   max_tree_size))
  	    {
  	      oprnd_info->def_stmts = vNULL;
  	      SLP_TREE_CHILDREN (*node).quick_push (child);
  	      continue;
--- 1081,1105 ----
  		dump_printf (MSG_NOTE, "%d ", j);
  	      }
  	  dump_printf (MSG_NOTE, "\n");
! 	  /* And try again with scratch 'matches' ... */
! 	  bool *tem = XALLOCAVEC (bool, group_size);
  	  if (vect_build_slp_tree (loop_vinfo, bb_vinfo, &child,
  				   group_size, max_nunits, loads,
  				   vectorization_factor,
! 				   tem, npermutes, &this_tree_size,
  				   max_tree_size))
  	    {
+ 	      /* ... so if successful we can apply the operand swapping
+ 		 to the GIMPLE IL.  This is necessary because for example
+ 		 vect_get_slp_defs uses operand indexes and thus expects
+ 		 canonical operand order.  */
+ 	      for (j = 0; j < group_size; ++j)
+ 		if (!matches[j])
+ 		  {
+ 		    gimple stmt = SLP_TREE_SCALAR_STMTS (*node)[j];
+ 		    swap_ssa_operands (stmt, gimple_assign_rhs1_ptr (stmt),
+ 				       gimple_assign_rhs2_ptr (stmt));
+ 		  }
  	      oprnd_info->def_stmts = vNULL;
  	      SLP_TREE_CHILDREN (*node).quick_push (child);
  	      continue;
Index: gcc/testsuite/gcc.dg/vect/pr65935.c
===================================================================
*** gcc/testsuite/gcc.dg/vect/pr65935.c	(revision 0)
--- gcc/testsuite/gcc.dg/vect/pr65935.c	(working copy)
***************
*** 0 ****
--- 1,63 ----
+ /* { dg-do run } */
+ /* { dg-additional-options "-O3" } */
+ /* { dg-require-effective-target vect_double } */
+ 
+ #include "tree-vect.h"
+ 
+ extern void abort (void);
+ extern void *malloc (__SIZE_TYPE__);
+ 
+ struct site {
+     struct {
+ 	struct {
+ 	    double real;
+ 	    double imag;
+ 	} e[3][3];
+     } link[32];
+     double phase[32];
+ } *lattice;
+ int sites_on_node;
+ 
+ void rephase (void)
+ {
+   int i,j,k,dir;
+   struct site *s;
+   for(i=0,s=lattice;i<sites_on_node;i++,s++)
+     for(dir=0;dir<32;dir++)
+       for(j=0;j<3;j++)for(k=0;k<3;k++)
+ 	{
+ 	  s->link[dir].e[j][k].real *= s->phase[dir];
+ 	  s->link[dir].e[j][k].imag *= s->phase[dir];
+ 	}
+ }
+ 
+ int main()
+ {
+   int i,j,k;
+   check_vect ();
+   sites_on_node = 1;
+   lattice = malloc (sizeof (struct site) * sites_on_node);
+   for (i = 0; i < 32; ++i)
+     {
+       lattice->phase[i] = i;
+       for (j = 0; j < 3; ++j)
+ 	for (k = 0; k < 3; ++k)
+ 	  {
+ 	    lattice->link[i].e[j][k].real = 1.0;
+ 	    lattice->link[i].e[j][k].imag = 1.0;
+ 	    __asm__ volatile ("" : : : "memory");
+ 	  }
+     }
+   rephase ();
+   for (i = 0; i < 32; ++i)
+     for (j = 0; j < 3; ++j)
+       for (k = 0; k < 3; ++k)
+ 	if (lattice->link[i].e[j][k].real != i
+ 	    || lattice->link[i].e[j][k].imag != i)
+ 	  abort ();
+   return 0;
+ }
+ 
+ /* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "slp1" } } */
+ /* { dg-final { cleanup-tree-dump "slp1" } } */
+ /* { dg-final { cleanup-tree-dump "vect" } } */

             reply	other threads:[~2015-05-04 11:15 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-04 11:15 Richard Biener [this message]
2015-05-04 11:37 ` H.J. Lu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LSU.2.11.1505041314010.20496@zhemvz.fhfr.qr \
    --to=rguenther@suse.de \
    --cc=gcc-patches@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).