Re: Octave 3.1.51 (latest on hg) under Linux (SUSE 11.1) problem

[Jaroslav Hajek]

On Mon, Jan 5, 2009 at 12:39 PM, Khaled <address@hidden> wrote:
>
>  Dear Maintainers,
>
>  As you will realize later, I an not the kind of professional to get
> through the developing cycle of octave. However, I was in the need for the
> generalized eigenvalue problem and the SVDS (provided by arpack). Therefore,
> I tried to compile the development source (3.1.51) yesterday!!
>
>  Compiling went perfect (except two issues I reported before with inv.cc
> and CmplxQRP.cc). I tried a work around and some how it works:). I already
> compiled octave 3.0.3 (and I am still using it on my laptop) using exactly
> the same command with the same the non-commercial intel math kernel (mkl
> 10.0.015) as follows:
>
> "./configure CFLAGS=-fPIC FFLAGS=-ff2c --with-blas="-lmkl -lguide -lpthread
> -lm" --with-lapack="-lmkl_lapack" --enable-64 --enable-shared
> --enable-static --enable-bounds-check"
>
> I am using gfortran and I prefer not compile with ifort... however my final
> build is >>10 times slower than 3.0.3. I don't know exactly if BLAS is
> configured as mkl or not. Even the configuration declared that it is not
> configured as BLAS since it is not compiled with gfortran. However, the
> configuration suggests for adding -ff2c in the compilation option, which I
> did as you see.
>
> 1- my first question now is: why is it much slower than ver 3.0.3 (final
> release)!!
>

Because MKL was not used. You have the (slow) reference BLAS, as
indicated by configure's result.

Intel MKL is best suited to be used with ifort. It is compatible with
gfortran, but you need to link in the Intel's runtime libraries (see
Intel manuals).

regards


-- 
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz