Re: [Patch, fortran] PR fortran/53732

2012-07-05 Thread Dominique Dhumieres
Mikael, After the previous fix, the test fails with real*8 arr(4, 4, 4, 4) 1 Warning: Nonstandard type declaration REAL*8 at (1) Replacing real*8 arr(4, 4, 4, 4) with real(8) :: arr(4, 4, 4, 4) fixes the failures (due to the compilation with -pedantic-errors). Dominique

Re: [Patch, fortran] PR fortran/53732

2012-07-05 Thread Mikael Morin
On 05.07.2012 12:32, Dominique Dhumieres wrote: Mikael, After the previous fix, the test fails with real*8 arr(4, 4, 4, 4) 1 Warning: Nonstandard type declaration REAL*8 at (1) Replacing real*8 arr(4, 4, 4, 4) with real(8) :: arr(4, 4, 4, 4) fixes the failures (due to the

Re: [Patch, fortran] PR fortran/53732

2012-07-04 Thread Tobias Burnus
Hello Mikael, On 07/03/2012 09:56 PM, Mikael Morin wrote: The patch below (which is the one posted on bugzilla) disables reduction handling if subscript is true, so that the reductions are handled from the outer call instead of from the subscript call. I have finally convinced myself that it

Re: [Patch, fortran] PR fortran/53732

2012-07-04 Thread Dominique Dhumieres
Mikael, There is a typo in your test gfortran.dg/inline_sum_4.f90: arr(1, :, :, = should be arr(1, :, :, :) =. Thanks for the patch. Dominique

[Patch, fortran] PR fortran/53732

2012-07-03 Thread Mikael Morin
Hello, Revision 180898: http://gcc.gnu.org/viewcvs?view=revisionrevision=180898 introduced at the end of gfc_add_loop_ss_code some self recursive calls to handle reductions' loops (like in sum for example). However, as gfc_add_loop_ss_code already calls itself to handle scalar and vector