optimization/10087: [3.3/3.4 regression] optimizer produces wrong code when indexing 2D array

Steven Bosscher s.bosscher@student.tudelft.nl
Sat Mar 15 00:56:00 GMT 2003


The following reply was made to PR optimization/10087; it has been noted by GNATS.

From: Steven Bosscher <s.bosscher@student.tudelft.nl>
To: p.van-hoof@qub.ac.uk, gcc-gnats@gcc.gnu.org,
	gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org
Cc:  
Subject: Re: optimization/10087: [3.3/3.4 regression] optimizer produces wrong
 code when indexing 2D array
Date: Sat, 15 Mar 2003 01:48:02 +0100

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10087
 
 A little more information...
 
 A slightly smaller test case is:
 ----------------------------
 static void
 b (int *i, int *j)
 {
 }
 
 int
 main (void)
 {
   int i, j;
 
   S x1[2][2];
   S *x[2] = { x1[0], x1[1] };
   S **E = x;
 
   for (i = 0; i < 2; i++)
     for (j = 0; j < 2; j++)
       E[j][i].T1 = 1;
 
   b (&j, &i);
   printf ("result %.6e\n", E[1][1].T1);
   return 0;
 }
 ----------------------------
 
 The line "E[j][i] =..." seems to be the problem:
 With j first, then i, the output is wrong (and you get a segfault as a 
 bonus).
 With i first, then j ("E[i][j]=..")  you get the  correct result.
 
 # gcc-3.3 -O t.c
 # a.out
 result 1.000000e+00
 # gcc-3.3 t.c -O -fstrength-reduce -fstrict-aliasing -fforce-mem -fgcse
 # a.out
 result 2.676500e+00
 Segmentation fault
 
 Again, disable any of these four options and you get the expected output.
 
 (For the record, this is on i586-pc-linux-gnu.)
 
 Greetz
 Steven
 
 



More information about the Gcc-prs mailing list