--- Comment #16 from kargl at gcc dot gnu dot org 2006-10-28 03:07 ---
One final note. This behavior is described in the lapack FAQ.
http://www.netlib.org/lapack/faq.html#1.25
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from sgk at troutmask dot apl dot washington dot edu
2006-10-28 02:59 ---
Subject: Re: lapack runs into infinite loop with -03
On Sat, Oct 28, 2006 at 02:07:00AM -, fkar at nemesis-project dot org
wrote:
>
> > Are you building slamch.f and dlamch.f with -O3 or eve
--- Comment #14 from fkar at nemesis-project dot org 2006-10-28 02:07
---
(In reply to comment #13)
> Are you building slamch.f and dlamch.f with -O3 or even -O1?
> Don't. These files try to determine machine values (e.g.,
> epsilon). Optimization can give some really strange answers.
--- Comment #13 from sgk at troutmask dot apl dot washington dot edu
2006-10-28 01:40 ---
Subject: Re: lapack runs into infinite loop with -03
On Sat, Oct 28, 2006 at 01:34:48AM -, fkar at nemesis-project dot org
wrote:
>
> I used (on three different XP boxes) the source code as
--- Comment #12 from fkar at nemesis-project dot org 2006-10-28 01:34
---
I used (on three different XP boxes) the source code as provided by netlib
http://www.netlib.org/lapack/lapack.tgz,
the latest gfortran binaries, namely
http://quatramaran.ens.fr/~coudert/gfortran/gfortran-windo
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-10-28 00:47
---
I built the libraries and the test program with two different builds on my XP
box. One is more or less a default cygwin build, th eother is a mingw build I
downloaded. They are dated about 10/11/2006 (10/10/200
--- Comment #10 from fkar at nemesis-project dot org 2006-10-27 23:39
---
Starting from
http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options
I compiled both BLAS/LAPACK using the following compiler flags:
-fdefer-pop -fguess-branch-probability -fcprop-registers -fi
--- Comment #9 from fkar at nemesis-project dot org 2006-10-27 22:29
---
I confirm that the same problem exists with -O1.
It might be a target problem (gfortran used comes from a mingw build, dated
2006-10-21 and linked as an installer in
http://gcc.gnu.org/wiki/GFortranBinaries). As me
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-10-27 22:15
---
What platform are you using that has the problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29621
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-10-27 22:13
---
Using gfortran: I get AOK, no infinite loop. See information that follows.
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc43/configure --prefix=/home/jerry/gcc/usr
--enable-languages=c,f
--- Comment #6 from kargl at gcc dot gnu dot org 2006-10-27 22:07 ---
I can't make this go into an infinite loop on FreeBSD.
Can you rebuild blas and lapack with -O1 and see if the
problem still occurs? I'm not sure if this is an optimization
problem or a target problem (cygwin or mingW
--- Comment #5 from fkar at nemesis-project dot org 2006-10-27 21:51
---
(In reply to comment #4)
> What compiler option did you use to compile BLAS and LAPACK?
It is mentioned on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29621#c0:
1. Build blas:
gfortran -c BLAS_SRC\*.f -O3
a
--- Comment #4 from kargl at gcc dot gnu dot org 2006-10-27 21:47 ---
What compiler option did you use to compile BLAS and LAPACK?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29621
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-10-27 21:44
---
Let me check this out and see if I can duplicate the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29621
--- Comment #2 from fkar at nemesis-project dot org 2006-10-27 21:14
---
I just tried to submit a reduced test case. Please reconsider this bug with
these two cases (one linking with a Fortran program and one with a C/C++ one):
==
--- Comment #1 from kargl at gcc dot gnu dot org 2006-10-27 19:33 ---
DSYEV is expecting double precision arrays. You are giving it default
real kind arrays. This is a bug in your code. If you want gfortran
to detect this type of problem, use LAPACK95.
--
kargl at gcc dot gnu dot
16 matches
Mail list logo