From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17603 invoked by alias); 7 Apr 2007 07:50:31 -0000 Received: (qmail 17534 invoked by uid 48); 7 Apr 2007 07:50:19 -0000 Date: Sat, 07 Apr 2007 07:50:00 -0000 Message-ID: <20070407075019.17531.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/31257] ICE in gfc_conv_expr_descriptor In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pault at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-04/txt/msg00484.txt.bz2 ------- Comment #3 from pault at gcc dot gnu dot org 2007-04-07 08:50 ------- (In reply to comment #2) > This looks related to 31218, so I'm adding a dependency even though I'm not > certain it's the same. Also confirming, because it's definitely a bug even if > it's a duplicate one. > It might be - the problem is specifically due to achar not producing a character length. If you separate the expression for the first argument of the outer transfer into a character*(1) :: tmp(20), the code works because the character size of tmp is used. Hanging a diagnostic just before the gcc_assert, confirms that this expression does not have a ts.cl. Strangely, there is no gfc_resolve_achar function to do this. I can feel a fix coming on...:) Paul -- pault at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-04-06 23:12:54 |2007-04-07 08:50:19 date| | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31257