This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/47692] Numeric inaccuracy reported in testing lapack-3.3.0 BLAS module
- From: "sgk at troutmask dot apl.washington.edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 11 Feb 2011 20:23:18 +0000
- Subject: [Bug fortran/47692] Numeric inaccuracy reported in testing lapack-3.3.0 BLAS module
- Auto-submitted: auto-generated
- References: <bug-47692-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47692
--- Comment #8 from Steve Kargl <sgk at troutmask dot apl.washington.edu> 2011-02-11 20:23:14 UTC ---
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?