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, fortran] PR29490 - ICE whilst building formal/actual interface

From: FX Coudert <fxcoudert at gmail dot com>
To: THOMAS Paul Richard 169137 <Paul dot Richard dot THOMAS at cea dot fr>
Cc: <fortran at gcc dot gnu dot org>, <gcc-patches at gcc dot gnu dot org>, <rguenth at gcc dot gnu dot org>
Date: Wed, 25 Oct 2006 23:07:10 +0200
Subject: Re: [Patch, fortran] PR29490 - ICE whilst building formal/actual interface
References: <1299EF3181B10F479D85C3280132852435AF92@THEZE.intra.cea.fr>

In this case, trans-types.c(gfc_get_nodesc_array_type)
declines to set GFC_TYPE_ARRAY_LBOUND or GFC_TYPE_ARRAY_UBOUND
and gfc_set_interface_mapping_bounds.  The solution is to use
the descriptor values for both bounds.  The testcase is that
provided by the reporter.

I would just like confirmation that, if GFC_TYPE_ARRAY_LBOUND is not set, then GFC_TYPE_ARRAY_UBOUND is garanteed not to be set either. Perhaps an assert in the code would help?

Otherwise,

2006-10-19 Paul Thomas <pault@gcc.gnu.org>

	PR fortran/29490
	* trans-expr.c (gfc_set_interface_mapping_bounds): In the case
	that GFC_TYPE_ARRAY_LBOUND is not available, use descriptor
	values for it and GFC_TYPE_ARRAY_UBOUND.

2006-10-19 Paul Thomas <pault@gcc.gnu.org>

	PR fortran/29490
	* gfortran.dg/actual_array_interface_1.f90: New test.

OK.

Follow-Ups:
- Re: [Patch, fortran] PR29490 - ICE whilst building formal/actual interface
  - From: Paul Thomas

References:
- [Patch, fortran] PR29490 - ICE whilst building formal/actual interface
  - From: THOMAS Paul Richard 169137

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