http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
--- Comment #12 from Harald Anlauf <anlauf at gmx dot de> 2011-02-16 18:01:16 UTC --- (In reply to comment #11) > (In reply to comment #8) > > On Fri, Feb 11, 2011 at 07:56:05PM +0000, jrt at worldlinc dot net wrote: > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692 > > > > > > --- Comment #6 from John T <jrt at worldlinc dot net> 2011-02-11 19:56:02 > > > UTC --- > > > I built the reference BLAS included with Lapack from source. I just got > > > the > > > results from blas_testing using gcc-4.4.5 and results good again. I don't > > > know > > > where to find the raw results from lapack and blas testing. Should there > > > be an > > > ieee flag in compiler settings? Any flags on how to round? > > > > > > My flags were: > > > # > > > FORTRAN = gfortran -fimplicit-none -g > > > OPTS = -O3 > > > DRVOPTS = $(OPTS) > > > NOOPT = -g -O0 > > > LOADER = gfortran -g > > > LOADOPTS = > > > > > > > I just built the blas included with lapack-3.3.0 with > > -O3 of x86_64-*-freebsd with 4.5.3 and 4.6.0 (a fews > > old version). There were no errors. Can you rebuild > > with -O and see if you have problems? If you have > > problems with -O, can you then use -O0 -ffloat-store? > > I haven't been able to try these suggestions because I'm finding a different > problem, linking. The GCC programs didn't respond well to an attempt to > reconfigure the existing build so I rebuilt for /usr/local and used a colorgcc > trick to switch between 4.4.5 and the test version. But the build for > /usr/local tried to link with /usr/lib/libgfortran.so.3 and the first set of > test programs (in lapack-3.3.0/INSTALL) wouldn't run. I don't see anything in > the makefiles that would confuse a linker. Can you be a little bit more specific? What are the precise error messages? In case the gfortran you build for /usr/local is incompatible with the system version in /usr, you might try adding the following flags for linking: LOADOPTS = -static-libgfortran -static-libgcc or you need to set LD_LIBRARY_PATH appropriately.
