gfortran-4.3.1 internal compiler error

[Jean-François Mertens <jean-francois dot mertens at uclouvain dot be>]

gfortran built on a CoreDuo running MacOSX 10.4.11 from gcc-4.3.1 using
--enable-languages=c,c++,fortran,objc,java,obj-c++,treelang
--with-gmp=/sw --with-libiconv-prefix=/sw --with-system-zlib --x- 
includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --disable- 
libjava-multilib
--with-arch=nocona --build=i686-apple-darwin8

# gfortran -v
Using built-in specs.
Target: i686-apple-darwin8
Configured with: ../gcc-4.3.1/configure --prefix=/sw --prefix=/sw/lib/ 
gcc4.3 --mandir=/sw/share/man --infodir=/sw/share/info --enable- 
languages=c,c++,fortran,objc,java,obj-c++,treelang --with-arch=nocona  
--build=i686-apple-darwin8 --with-gmp=/sw --with-libiconv-prefix=/sw  
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/ 
X11R6/lib --disable-libjava-multilib
Thread model: posix
gcc version 4.3.1 (GCC)


The option -ftree-loop-linear causes an internal compiler error in  
the following command :

gfortran -fPIC -O3 -Wall -ftree-loop-linear -c cget35.f -o cget35.o
cget35.f: In function 'cget35':
cget35.f:1: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.

(and the same with zget35.f _ both come from netlib's LAPACK testing,
in lapack-3.1.1/TESTING/EIG from http://www.netlib.org/lapack/ 
lapack-3.1.1.tgz,
both attached)

The difficulty arose originally with several additional -f flags on  
the compile command,
removed them for clarity.
Also it is not machine-specific; I get the same on a powerpc G5 .
(with appropriately changed machine-specific configure options for  
gcc-4.3.1)
Note also there are many variants of those files in that directory
[sget... , zget... , other numbers (24, 36, ..) replacing 35 ] that do
not have this trouble.

gfortran-4.3.0 did not have this problem.

JF Mertens

Attachment: cget35.f
Description: Binary data

Attachment: zget35.f
Description: Binary data