From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31722 invoked by alias); 29 Jul 2007 11:44:36 -0000 Received: (qmail 31697 invoked by uid 48); 29 Jul 2007 11:44:27 -0000 Date: Sun, 29 Jul 2007 11:44:00 -0000 Message-ID: <20070729114427.31696.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libfortran/32770] -fdefault-integer-8 and the library In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dominiq at lps dot ens dot fr" 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-07/txt/msg02940.txt.bz2 ------- Comment #14 from dominiq at lps dot ens dot fr 2007-07-29 11:44 ------- I have already started to investigate gfortran.dg/forall_4.f90. With -m32 it does not ICE but abort due to the line forall (i=1:n, .not. s(i)) a(i) = i the '.not.' seems to be the problem (the corresonding output is '1 2 3 4'). With -m64 I got the ICE. The following gdb session gives: (gdb) run -fdefault-integer-8 -m64 forall_4_db.f90 Starting program: /opt/gcc/gcc4.3l/libexec/gcc/powerpc-apple-darwin8/4.3.0/f951 -fdefault-integer-8 -m64 forall_4_db.f90 Reading symbols for shared libraries ..+....+++. done foot MAIN__ w t forall_4_db.f90: In function 'MAIN__': forall_4_db.f90:39: internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:706 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. Program exited with code 04. (gdb) backtrace No stack. As a side question, this PR has open some kind of Pandora box in which some failures are directly related to this PR, but probably many others are not. Would not it be wise to open a "meta bug" for -fdefault-integer-8 and different PR for unrelated failures? For instance, it seems that forall_4 could be a new PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770