[Bug fortran/31711] New: Data parallell code

[thobes at gmail dot com]

-- 
   Summary: Data parallell code
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thobes at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711

[Bug fortran/31711] Data parallel code gets transformed to serial

[thobes at gmail dot com]

--- Comment #1 from thobes at gmail dot com  2007-04-26 10:56 ---
Created an attachment (id=13447)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13447&action=view)
Example of code that fails.

This program is an example of something that should produce a file where the
second column should mostly have the value 0.25 as it does with g95. However
that is not the case with gfortran.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711

[Bug fortran/31711] Data parallel code gets transformed to serial

[thobes at gmail dot com]

--- Comment #2 from thobes at gmail dot com  2007-04-26 10:58 ---
Data parallel vector operations doesn't seem to get computed correctly in all 
cases. Simple cases such as:

program test

  integer,dimension(0:9) :: T
  integer:: i

  T(0:9) = 0
  T(0) = 1

  T(1:9) = T(1:9) + T(0:8)

  do i=0,9
 write(unit=*,fmt=*) 'T(',i,') = ', T(i)
  end do

end program test

seem to work, but more complex ones does not (see attached file).

This has been tested on a x86 MacBook.


-- 

thobes at gmail dot com changed:

   What|Removed |Added

 CC|                |thobes at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711

[Bug fortran/31711] Data parallel code gets transformed to serial

[thobes at gmail dot com]

--- Comment #4 from thobes at gmail dot com  2007-04-26 17:21 ---
$ gfortran -v
Using built-in specs.
Target: i386-apple-darwin8.8.1
Configured with: /tmp/gfortran-20070415/ibin/../gcc/configure
--prefix=/usr/local/gfortran --enable-languages=c,fortran
--with-gmp=/tmp/gfortran-20070415/gfortran_libs --enable-bootstrap
Thread model: posix
gcc version 4.3.0 20070415 (experimental)

Please note that T(1,1) will be correct. T(1,2) however, will not. This can be
seen in the file (result.dat) generated by the program.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31711