This is the mail archive of the fortran@gcc.gnu.org mailing list for the GNU Fortran project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Fix PR64137


On Mon, 1 Dec 2014, FX wrote:

> Your change is OK (we donât want to use the type of the result, but the type of the argument indeed).
> 
> 
> > Index: gcc/fortran/trans-intrinsic.c
> > ===================================================================
> > --- gcc/fortran/trans-intrinsic.c	(revision 218211)
> > +++ gcc/fortran/trans-intrinsic.c	(working copy)
> > @@ -3729,7 +3729,7 @@ gfc_conv_intrinsic_minmaxloc (gfc_se * s
> >      possible value is HUGE in both cases.  */
> >   if (op == GT_EXPR)
> >     tmp = fold_build1_loc (input_location, NEGATE_EXPR, TREE_TYPE (tmp), tmp);
> > -  if (op == GT_EXPR && expr->ts.type == BT_INTEGER)
> > +  if (op == GT_EXPR && arrayexpr->ts.type == BT_INTEGER)
> >     tmp = fold_build2_loc (input_location, MINUS_EXPR, TREE_TYPE (tmp), tmp,
> > 			   build_int_cst (type, 1));
> 
> 
> Logic would dictate that it is "build_int_cst (TREE_TYPE (tmp), 1)â 
> instead of "build_int_cst (type, 1)â in that last line. Probably doesnât 
> matter much, as it will be all folded into the same value anyway, but 
> could you test and commit that change together, while youâre at it?

Sure, will re-test and commit tomorrow.

Thanks,
Richard.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]