AUR (en) - atlas-lapack

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: atlas-lapack 1:3.10.3-9

Package Actions

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)

Dependencies (2)

gcc-libs (gcc-libs-git^AUR, gccrs-libs-git^AUR, gcc11-libs^AUR, gcc-libs-snapshot^AUR)
gcc-fortran (gcc-fortran-git^AUR, gcc11-fortran^AUR, gcc-fortran-snapshot^AUR) (make)

Required by (550)

abinit (requires blas)
abinit (requires lapack)
algodoo (requires lapack)
ambertools (requires blas)
ambertools (requires lapack)
amino-git (requires cblas)
amino-git (requires lapack)
apbs (requires blas)
apbs (requires lapack)
armadillo (requires blas)
armadillo (requires lapack)
arpack++ (requires blas)
arpack++ (requires lapack)
arpack-git (requires lapack)
arrayfire-git (requires cblas)
atompaw (requires lapack)
atomsk-git (requires blas)
atomsk-git (requires lapack)
avs-device-sdk (requires cblas)
basix (requires lapack)
Show 530 more...

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 9 10 11 12 .. 18 Next › Last »

peder2tm commented on 2016-05-23 12:08 (UTC)

I had to add -L/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/ to makefile.shared.mt to make it compile, i.e. the make targets become: liblapack.so.3.4.1 : liblapack.a libstcblas.so libf77blas.so ld $(LDFLAGS) -shared -soname libstlapack.so.3 -o $@ --whole-archive \ liblapack.a --no-whole-archive $(F77SYSLIB) -L/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/ -L. -lstcblas -lf77blas -lgcc_s libptlapack.so.3.4.1 : libptlapack.a libcblas.so libblas.so ld $(LDFLAGS) -shared -soname liblapack.so.3 -o $@ --whole-archive \ libptlapack.a --no-whole-archive $(F77SYSLIB) -L/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/ -L. -lcblas -lblas -lgcc_s

peder2tm commented on 2016-05-21 09:50 (UTC)

I get the following error towards the end of compilation but gcc-libs is installed. ==> Build shared libraries ld -melf_x86_64 -shared -soname libatlas.so -o libatlas.so --whole-archive libatlas.a \ --no-whole-archive -lc -lpthread -lm ld -melf_x86_64 -shared -soname libf77blas.so.3 -o libf77blas.so --whole-archive \ libf77blas.a --no-whole-archive -L/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib -lgfortran -L. -latlas ld -melf_x86_64 -shared -soname libblas.so.3 -o libptf77blas.so --whole-archive \ libptf77blas.a --no-whole-archive -L/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib -lgfortran -L. -latlas ln -s libptf77blas.so libblas.so ld -melf_x86_64 -shared -soname libstcblas.so -o libstcblas.so --whole-archive \ libcblas.a -L. -latlas -lblas ld -melf_x86_64 -shared -soname libcblas.so -o libptcblas.so --whole-archive \ libptcblas.a -L. -latlas -lblas ln -s libptcblas.so libcblas.so ld -melf_x86_64 -shared -soname libstlapack.so.3 -o liblapack.so.3.4.1 --whole-archive \ liblapack.a --no-whole-archive -L/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib -lgfortran -L. -lstcblas -lf77blas -lgcc_s ld: cannot find -lgcc makefile:34: recipe for target 'liblapack.so.3.4.1' failed make: *** [liblapack.so.3.4.1] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build atlas-lapack.

bartbkr commented on 2016-04-16 17:27 (UTC)

I was finally able to get this working. The reason that the build was failing was that the maximum CPU frequency was being limited by the BIOS. I had to tuhrn off the max CPU freq limit set by the BIOS and ensured that the maximum frequency was that allowed by cpupower, namely 2.401GHZ. See: https://wiki.archlinux.org/index.php/CPU_frequency_scaling#BIOS_frequency_limitation

bartbkr commented on 2016-04-10 17:11 (UTC) (edited on 2016-04-10 17:12 (UTC) by bartbkr)

Right, I tried to make it clear from my initial post that I've already done what was instructed on that page and the linked SE answer. I am still getting the "CPU Throttling is enabled!" error. Some output: $ cat /sys/devices/systemt/cpu/cpu*/cpufreq/scaling_governor performance performance performance performance $ cpupower frequency-info analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 10.0 us hardware limits: 400 MHz - 2.40 GHz available frequency steps: 2.40 GHz, 2.40 GHz, 2.30 GHz, 2.10 GHz, 2.00 GHz, 1.80 GHz, 1.70 GHz, 1.50 GHz, 1.40 GHz, 1.30 GHz, 1.10 GHz, 1000 MHz, 800 MHz, 700 MHz, 500 MHz, 400 MHz available cpufreq governors: ondemand performance current policy: frequency should be within 400 MHz and 2.10 GHz. The governor "performance" may decide which speed to use within this range. current CPU frequency: 2.10 GHz (asserted by call to hardware) boost state support: Supported: yes Active: yes

<deleted-account> commented on 2016-04-09 16:34 (UTC)

see http://vincent.jousse.org/tech/archlinux-compile-lapack-atlas-kaldi for disabling CPU Throttling.

bartbkr commented on 2016-04-09 14:49 (UTC)

I have Intel Core i5 processor. I've confirmed that now using the acpi_cpufreq driver and intel_pstate=disable on boot. scaling_governor for all four cores is set to performance. I am still getting the "CPU Throttling is enabled!" error and cannot build. Any suggestions?

greyltc commented on 2016-02-27 12:07 (UTC)

My cpu scaling driver is intel_pstate. By default I'm using the performance governor. Can anyone give me a tip on how to compile this package *without* having to reboot?

giniu commented on 2016-02-25 14:36 (UTC)

@arojas - yes, but provides+conflicts is good anyway in this case I think.

arojas commented on 2016-02-25 12:00 (UTC)

No package should depend on atlas-lapack-base. If some do, it's a bug and should be fixed. Packages should depend on atlas-lapack, atlas-lapack-base is provided as a generic implementation in the repos so that official packages (such as sagemath) can depend on atlas-lapack, but it should be clear that atlas-lapack is the 'right' package to use.

giniu commented on 2016-02-21 07:00 (UTC) (edited on 2016-02-21 07:02 (UTC) by giniu)

Hi - I will deal with providing atlas-lapack-base together with next upstream release (when this package was built, there was no atlas-lapack-base yet). It will come soon.