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-darwin8Configured 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
cget35.f
Description: Binary data
zget35.f
Description: Binary data