Package Details: atlas-lapack 1:3.10.3-9

Git Clone URL: https://aur.archlinux.org/atlas-lapack.git (read-only, click to copy)
Package Base: atlas-lapack
Description: Automatically Tuned Linear Algebra Software
Upstream URL: http://math-atlas.sourceforge.net
Licenses: BSD, custom:lapack
Provides: atlas-lapack-base, blas, cblas, lapack
Submitter: ilpianista
Maintainer: henkm
Last Packager: henkm
Votes: 93
Popularity: 0.000050
First Submitted: 2008-04-24 01:36 (UTC)
Last Updated: 2024-02-01 12:28 (UTC)

Required by (550)

Sources (4)

Pinned Comments

phcerdan commented on 2017-06-08 06:48 (UTC) (edited on 2017-06-08 06:49 (UTC) by phcerdan)

Hey I just installed, and make these notes, that might be useful for somebody else: Good explanation in atlas site: http://math-atlas.sourceforge.net/atlas_install/node5.html Follow this, the governor set by cpupower knows shit about CPU without this: http://unix.stackexchange.com/questions/121410/setting-cpu-governor-to-on-demand-or-conservative Summary: http://vincent.jousse.org/tech/archlinux-compile-lapack-atlas-kaldi/ ===========Steps=========== Permanent disable intel_pstate: Edit: /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="intel_pstate=disable" and update grub: grub-mkconfig -o /boot/grub/grub.cfg And then enable acpi-cpufreq module: su root echo "acpi-cpufreq" > /etc/modules-load.d/acpi-cpufreq.conf restart. Now cpupower can set frequencies properly. To disable throtling sudo pacman -S cpupower sudo cpupower frequency-set -g performance It should apply to all cores, but if it only apply to the first one: copy files to the other (4 in laptop) sudo cp /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor To restore: sudo cpupower frequency-set -g ondemand If not all cores are set: sudo cp /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor This stuff is only required at build time.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 18 Next › Last »

a.kudelin commented on 2022-01-30 19:02 (UTC)

@Marcello, uninstall them all then install back starting with atlas-lapack.

Marcello commented on 2022-01-20 12:46 (UTC) (edited on 2022-01-20 16:20 (UTC) by Marcello)

@a.kudelin

I have exactly the same problem as jbe456 describes https://aur.archlinux.org/packages/atlas-lapack/#comment-752708

but I cannot uninstall lapack because of the dependency chain I have

blas -> lapack -> suitesparse -> gegl -> gimp, libmypaint

What's the best way to go around this?

I'm stuck.

CyberShadow commented on 2021-07-02 14:07 (UTC) (edited on 2021-07-02 14:07 (UTC) by CyberShadow)

How to disable frequency scaling on AMD CPUs? I tried echo performance | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor but that doesn't seem to be enough for this package.

a.kudelin commented on 2021-05-05 15:34 (UTC)

@bazza, the option --cripple-atlas-performance leads to unoptimized binaries, it's better to disable CPU throttling while building ATLAS.

bazza commented on 2021-05-05 13:28 (UTC)

   ./configure --prefix=/usr \
                --shared \
                --with-netlib-lapack-tarfile="$srcdir/lapack-$_lapackver.tar.gz" \
                --cripple-atlas-performance # add this

zjhzxhz commented on 2020-08-02 12:24 (UTC) (edited on 2020-08-02 12:24 (UTC) by zjhzxhz)

I got an error message saying "gcc: error: unrecognized command-line option ‘-V’" when building from AUR.

Full logs are attached below.

Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++,d --with-isl --with-linker-hash-style=gnu --with-system-zlib --enable-__cxa_atexit --enable-cet=auto --enable-checking=release --enable-clocale=gnu --enable-default-pie --enable-default-ssp --enable-gnu-indirect-function --enable-gnu-unique-object --enable-install-libiberty --enable-linker-build-id --enable-lto --enable-multilib --enable-plugin --enable-shared --enable-threads=posix --disable-libssp --disable-libstdcxx-pch --disable-libunwind-exceptions --disable-werror gdc_include_dir=/usr/include/dlang/gdc
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.1.0 (GCC) 
/usr/bin/gcc -V 2>&1  >> bin/INSTALL_LOG/ERROR.LOG
gcc: error: unrecognized command-line option ‘-V’
gcc: fatal error: no input files
compilation terminated.
make[4]: [Make.top:6: error_report] Error 1 (ignored)
/usr/bin/gcc --version 2>&1  >> bin/INSTALL_LOG/ERROR.LOG

a.kudelin commented on 2020-06-24 09:42 (UTC)

@jbe456, yes, atlas-lapack is a replacement for blas, lapack, and cblas.

jbe456 commented on 2020-06-24 07:04 (UTC)

During install, it fails because of conflicting files:

error: failed to commit transaction (conflicting files)
atlas-lapack: /usr/include/cblas.h exists in filesystem (owned by cblas)
atlas-lapack: /usr/lib/libblas.so exists in filesystem (owned by blas)
atlas-lapack: /usr/lib/libcblas.so exists in filesystem (owned by cblas)
atlas-lapack: /usr/lib/liblapack.so exists in filesystem (owned by lapack)
atlas-lapack: /usr/lib/liblapack.so.3 exists in filesystem (owned by lapack)
atlas-lapack: /usr/lib/liblapack.so.3.9.0 exists in filesystem (owned by lapack)
Errors occurred, no packages were upgraded.

Should I uninstall blas, cblas and lapack before installing this lib? What is the recommended fix?

You might want to mention those conflicts in the package description in a similar way than https://aur.archlinux.org/packages/openblas-lapack/ is doing.

bug-reaper commented on 2020-05-27 06:00 (UTC) (edited on 2020-05-27 06:15 (UTC) by bug-reaper)

Fails had during make check.

/home/badass/aur/atlas-lapack/src/ATLAS/build/..//interfaces/blas/C/testing/c_sblat1.f:250:48:

  250 |                CALL STEST1(SNRM2TEST(N,SX,INCX),STEMP,STEMP,SFAC)
      |                                                1
Error: Rank mismatch in argument ‘strue1’ at (1) (scalar and rank-1)
/home/badass/aur/atlas-lapack/src/ATLAS/build/..//interfaces/blas/C/testing/c_sblat1.f:254:48:

  254 |                CALL STEST1(SASUMTEST(N,SX,INCX),STEMP,STEMP,SFAC)
      |                                                1
Error: Rank mismatch in argument ‘strue1’ at (1) (scalar and rank-1)
make[3]: *** [Makefile:387: c_sblat1.o] Error 1
make[3]: Leaving directory '/home/badass/aur/atlas-lapack/src/ATLAS/build/interfaces/blas/C/testing'
make[2]: *** [Makefile:7: sanity_test] Error 2
make[2]: Leaving directory '/home/badass/aur/atlas-lapack/src/ATLAS/build/interfaces/blas/C/testing'
make[1]: *** [Make.top:29: sanity_test] Error 2
make[1]: Leaving directory '/home/badass/aur/atlas-lapack/src/ATLAS/build'
make: *** [Makefile:626: test] Error 2
==> ERROR: A failure occurred in check().
    Aborting...

Has something to do with newer gcc/gcc-libs/gcc-fortran. I downgraded to 8.3 for each and it installed no problem. Not sure how you would handle this in a PKGBUILD

a.kudelin commented on 2020-04-10 10:30 (UTC)

@ajong, yes, it is. "Tests" are the auto-tuning procedures which the efficiency of the ATLAS package is based on.