From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14799 invoked by alias); 4 Jun 2006 11:24:41 -0000 Received: (qmail 14775 invoked by uid 48); 4 Jun 2006 11:24:34 -0000 Date: Sun, 04 Jun 2006 11:24:00 -0000 Message-ID: <20060604112434.14774.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/27889] ICE on complex assignment In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "fxcoudert at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-06/txt/msg00237.txt.bz2 List-Id: ------- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-04 11:24 ------- I can reproduce this on i686-linux and reduced it to this minimal testcase: COMPLEX z CONTAINS SUBROUTINE foo z = z + cmplx(1.0,0.0) z = z + z END SUBROUTINE foo END It fails for me at all optimization levels, including -O0. I've tried it with current mainline as well as mainline from 2006-05-01, it exhibits the same errors. I can't make a C testcase easily, but I think it's a middle-end issue because the same testcase compiled on 4.1.2 works, although it gives the same tree (with -fdump-original-tree): foo () { z = z + __complex__ (1.0e+0, 0.0); z = z + z; MAIN__ () { complex4 z; static void foo (void); _gfortran_set_std (70, 127, 0); } -- fxcoudert at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fxcoudert at gcc dot gnu dot | |org, stevenb dot gcc at | |gmail dot com Status|UNCONFIRMED |NEW Component|fortran |middle-end Ever Confirmed|0 |1 GCC host triplet|powerpc-unknown-linux-gnu | Keywords| |ice-on-valid-code Last reconfirmed|0000-00-00 00:00:00 |2006-06-04 11:24:33 date| | Summary|gfortran 4.1.1 ICE on |ICE on complex assignment |espresso (PWscf) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27889