Arch Linux User Repository

Yes, that seems to be a new feature. I was thinking about it. There are a few considerations:

1) Recently updated sextractor and scamp can use openblas instead but psfex still can't (maybe an update for psfex is on the way as well?). So, for now we should be consistent probably. For example, users who compile sextractor against openblas then need to remove openblas and install atlas-lapack to compile psfex.

2) I can change dependencies from atlas-lapack to ("blas" "lapack" "cblas"). But, this doesn't explicitly state that the user has either atlas-lapack or openblas-lapack installed.

So, my goto for now:

• change the deps to ("fftw" "blas" "lapack" "cblas")

• add a switch to fallback to openblas-lapack if atlas-lapack doesn't exist. However, build will fail if neither of them exists.

• manual "_use_mkl" switch to use mkl instead. This will have priority than others.

Let me know if anyone has further comments or suggestions. Thanks.

Yes, that seems to be a new feature. I was thinking about it. There are a few considerations:

1) Recently updated sextractor and scamp can use openblas instead but psfex still can't (maybe an update for psfex is on the way as well?). So, for now we should be consistent probably. For example, users who compile sextractor against openblas then need to remove openblas and install atlas-lapack to compile psfex.

2) I can change dependencies from atlas-lapack to ("blas" "lapack" "cblas"). But, this doesn't explicitly state that the user has either atlas-lapack or openblas-lapack installed.

So, my goto for now:

• change the deps to ("fftw" "blas" "lapack" "cblas")

• add a switch to fallback to openblas-lapack if atlas-lapack doesn't exist. However, build will fail if neither of them exists.

• manual "_use_mkl" switch to use mkl instead. This will have priority than others.

Let me know if anyone has further comments or suggestions. Thanks.

Using "--enable-openblas --with-openblas-incdir=/usr/include" arguments in ./configure this package can be built with openblas, instead of atlas.

Also "--enable-mkl" can be used to build the pkg with mkl instead of openblas or atlas.

Using this code the makepkg should be able to detect what library to use:

_OPENBLAS=`pacman -Qq openblas-lapack 2>/dev/null` || true
if [ "$_OPENBLAS" != "" ]; then
    _EXTRAOPTS="--enable-openblas --with-openblas-incdir=/usr/include"
fi

_MKL=`pacman -Qq intel-mkl 2>/dev/null` || true
if [ "$_MKL" != "" ]; then
    _EXTRAOPTS="--enable-mkl"
fi

build() {
  cd $srcdir/${_pkgname}-${pkgver}
  sh autogen.sh
  ./configure --prefix=/usr $_EXTRAOPTS
  make
}

I would like sextractor to compile with others but it only works with atlas-lapack.

You can compile atlas-lapack with --cripple-atlas-performance. That works regardless of cpu throttling check.

Should not be better to change the dependency from "atlas-lapack" to "openblas-lapack" or simply ("blas" "lapack" "cblas")? atlas-lapack have problems not easy to solve with cpu thottling.

I realized that atlas-lapack needs to recompiled after gcc-fortran update.

It provides libgfortran.so.4 instead of libgfortran.so.3