This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libfortran/32770] -fdefault-integer-8 and the library
- From: "dominiq at lps dot ens dot fr" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 29 Jul 2007 11:44:27 -0000
- Subject: [Bug libfortran/32770] -fdefault-integer-8 and the library
- References: <bug-32770-10391@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- 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 <URL:http://gcc.gnu.org/bugs.html> 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