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.002376
First Submitted: 2008-04-24 01:36 (UTC)
Last Updated: 2024-02-01 12:28 (UTC)

Required by (542)

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 .. 11 12 13 14 15 16 17 Next › Last »

gborzi commented on 2011-02-08 20:49 (UTC)

Updated with lapack 3.3.0.

fhs commented on 2011-02-04 21:30 (UTC)

I got it to build successfully after couple of attempts: 1. I built with USE_ARCH_DEFAULTS="yes". It went to the next test and failed, similar to the previous failure. 2. I built without USE_ARCH_DEFAULTS="yes", but this time in an idle system, seeing how my system was relatively idle the first time I tried to compile atlas and it passed all the tests. This was a successful build. I don't know how much it matters that your system is idle when you're building atlas. Maybe it doesn't matter and it's something totally random. Anyway, thanks for all the help.

gborzi commented on 2011-02-03 19:58 (UTC)

Hi fhs, from the previous error it looked like the static libraries were successfully compiled, and then the shared libraries building failed. Now, the latest error seems to happen during the testing phase, which is before the shared libraries building. Searching the net for the error message you've reported, I have found a possible solution on Slackware ml: add a line with USE_ARCH_DEFAULTS="yes" before the building process, for example after the NCPU line in build().

fhs commented on 2011-02-03 01:01 (UTC)

Now I'm getting this error: /tmp/yaourt-tmp-fhs/aur-atlas-lapack/src/ATLAS/build/bin/ATLrun.sh /tmp/yaourt-tmp-fhs/aur-atlas-lapack/src/ATLAS/build/bin xzslvtst -n 167 -r 83 -O 2 c r \ >> /tmp/yaourt-tmp-fhs/aur-atlas-lapack/src/ATLAS/build/bin/sanity.out RHS=1, nrm=312725833108.707520 RHS=18, nrm=13179634283979495453549247608549742468923990200446644223307526161094608900911702216544160326059569078537280460836082931375877196186976619041294138293392679425688758274068510126468611500498776309379399760253210086632000009749486685492468139411362441467328194429181105576869888.000000 RHS=31, nrm=298971255263.120972 RHS=1, nrm=222314426647.809845 RHS=31, nrm=175980884682.206482 RHS=36, nrm=1164628890293.682861 make[3]: *** [zsanity_test] Error 2 make[3]: Leaving directory `/tmp/yaourt-tmp-fhs/aur-atlas-lapack/src/ATLAS/build/bin' make[2]: *** [sanity_test] Error 2 make[2]: Leaving directory `/tmp/yaourt-tmp-fhs/aur-atlas-lapack/src/ATLAS/build/bin' make[1]: *** [sanity_test] Error 2 make[1]: Leaving directory `/tmp/yaourt-tmp-fhs/aur-atlas-lapack/src/ATLAS/build' make: *** [test] Error 2 Aborting... Let me know if you need more info.

gborzi commented on 2011-02-02 19:51 (UTC)

Hi fhs, sorry for the error, but I have not a single core cpu to test the package. Thanks to eca forum member I've updated the package. Please try it and report any problem.

fhs commented on 2011-02-02 19:38 (UTC)

I'm getting the following error in an i686 single CPU system: ==> Build shared libraries ld -melf_i386 -shared -soname libatlas.so -o libatlas.so --whole-archive libatlas.a \ --no-whole-archive -lc -lm make: *** No rule to make target `libptf77blas.a', needed by `libptf77blas.so'. Stop. Aborting... ==> ERROR: Makepkg was unable to build atlas-lapack.

gborzi commented on 2010-12-18 00:13 (UTC)

Those interested in this package please look here https://bbs.archlinux.org/viewtopic.php?id=110249

mickele commented on 2010-11-21 18:13 (UTC)

@mauro2 Try this new version (3.8.3-9), I hope this will solve your issues.

mauro2 commented on 2010-11-18 00:41 (UTC)

After updating this package, the package python-numpy does not work anymore (in python2) Importing it give the following error: ImportError: /usr/lib/python2.7/site-packages/numpy/linalg/lapack_lite.so: undefined symbol: zgesdd_ This bug might have some bearings: https://bugzilla.redhat.com/show_bug.cgi?id=562577#c9 I tried to rebuild python-numpy but I failed.

mickele commented on 2010-10-24 19:59 (UTC)

@darenw Can you test this new version of atlas-lapack (3.8.3-8)?

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 Next › Last »