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

Required by (543)

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

1 2 3 4 5 6 .. 18 Next › Last »

henkm commented on 2024-09-23 04:24 (UTC)

@sl1pkn07 The ATLAS repo on sourceforge seems abandoned. There is a slightly newer version of ATLAS on github but this too has unadressed issues from 2018 onwards. However, you may try release 3.11.40 from github.

https://github.com/math-atlas/math-atlas/tree/v3.11.40

sl1pkn07 commented on 2024-09-14 18:21 (UTC) (edited on 2024-09-14 18:23 (UTC) by sl1pkn07)

i get this error in two machines, one an intel (performace and intel_pstates sets ok, and other in a rpi

/home/alarm/aplicaciones/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_arch.c: In function 'ProbeOneInt':
/home/alarm/aplicaciones/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_arch.c:147:36: error: passing argument 1 of 'strlen' from incompatible pointer type [-Wincompatible-pointer-types]
  147 |       i = 1 + strlen(frm) + strlen(osnam) + 3+strlen(osnam[OS]) +
      |                                    ^~~~~
      |                                    |
      |                                    char **
In file included from /home/alarm/aplicaciones/atlas-lapack/src/ATLAS/build/..//CONFIG/include/atlconf.h:6,
                 from /home/alarm/aplicaciones/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_arch.c:1:
/usr/include/string.h:407:35: note: expected 'const char *' but argument is of type 'char **'
  407 | extern size_t strlen (const char *__s)
      |                       ~~~~~~~~~~~~^~~
make: *** [Makefile:94: probe_arch.o] Error 1

also get

gcc -I/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/include  -g -w -DATL_DYLIBS -o xisgcc /tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/src/IsGcc.c atlconf_misc.o 
/usr/bin/ld: /tmp/ccc3acM9.o: en la función `ATL_tmpnam':
/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/include/atlas_sys.h:224:(.text+0x81e): aviso: the use of `tmpnam' is dangerous, better use `mkstemp'
gcc -I/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/include  -g -w -DATL_DYLIBS -c /tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_comp.c
/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_comp.c: En la función ‘GetStandardCompName’:
/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_comp.c:653:13: error: declaración implícita de la función ‘CompIsClang’ [-Wimplicit-function-declaration]
  653 |    else if (CompIsClang(comp))
      |             ^~~~~~~~~~~
/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_comp.c: En la función ‘SelectBestGcc’:
/tmp/makepkg/atlas-lapack/src/ATLAS/build/..//CONFIG/src/probe_comp.c:1140:24: error: declaración implícita de la función ‘CompIsMinGW’ [-Wimplicit-function-declaration]
 1140 |       if (!USEMINGW && CompIsMinGW(gccs[i]))
      |                        ^~~~~~~~~~~
make: *** [Makefile:92: probe_comp.o] Error 1

all in the configure step

greetings

saliherdemk commented on 2024-03-26 13:43 (UTC)

I have an amd processor. I followed the @phcerdan's comment with no success. I also try to disable pstate for my cpu with amd_pstate and amp_pstate_epp but couldn't make it work.

henkm commented on 2024-03-25 05:20 (UTC)

@saliherdemk If you have an intel processor, did you disable p-state? Refer to the pinned comment for instructions.

saliherdemk commented on 2024-03-23 16:52 (UTC)

I've tried almost everything in the comment section to solve the CPU throttling issue, but I couldn't. I ran "sudo cpupower frequency-set -g performance", but the issue still persists. I'm tracking it with cpupower-gui, and it seems to be set as expected. I thought virtualization might be the problem. When I set it to performance, it complains about some CPUs being offline:

"12-31 cpupower set operation was not performed on them."

So I tried to disable it. I disabled it in BIOS but it didn't work. I also tried the following command:

"echo off | sudo tee /sys/devices/system/cpu/smt/control"

Any help would be appreciated.

henkm commented on 2024-02-07 01:46 (UTC) (edited on 2024-02-07 01:47 (UTC) by henkm)

@testovich I can't really see what's going on on your system so I can only offer you some guesses. Do you have some non-standard configuration regarding your (fortran) compiler? There are some remarks regarding that on https://math-atlas.sourceforge.net/errata.html

The easiest in that case would be to use a clean chroot with a standard makepkg.conf

There is also a conversation on the sourceforge page from 2009 with the same error message but the problem seems to have been resolved by the user without reporting back the solution.

ETA: the test on cpu throttling is one of the first things done. Since your build progressed to the tuning, there's no problem there.

testovich commented on 2024-02-06 23:07 (UTC) (edited on 2024-02-06 23:38 (UTC) by testovich)

After quite a long installation, I received the following message

ATLAS install complete.  Examine 
ATLAS/bin/<arch>/INSTALL_LOG/SUMMARY.LOG for details.
make[1]: Leaving directory '/home/user/Downloads/atlas/atlas-lapack/src/ATLAS/build'
make clean
make[1]: Entering directory '/home/user/Downloads/atlas/atlas-lapack/src/ATLAS/build'
rm -f *.o x* config?.out *core*
make[1]: Leaving directory '/home/user/Downloads/atlas/atlas-lapack/src/ATLAS/build'
make: *** No rule to make target 'libptf77blas.a', needed by 'libptf77blas.so'.  Stop.
==> ERROR: A failure occurred in build().
    Aborting...

Please tell me how to solve this problem?

p.s. I hope that I have configured the processor correctly? Result of the command

sudo cpupower frequency-info

analyzing CPU 0:
  no or unknown cpufreq driver is active on this CPU
  CPUs which run at the same hardware frequency: Not Available
  CPUs which need to have their frequency coordinated by software: Not Available
  maximum transition latency:  Cannot determine or is not supported.
Not Available
  available cpufreq governors: Not Available
  Unable to determine current policy
  current CPU frequency: Unable to call hardware
  current CPU frequency:  Unable to call to kernel
  boost state support:
    Supported: no
    Active: no

henkm commented on 2024-02-01 12:32 (UTC) (edited on 2024-02-01 12:35 (UTC) by henkm)

I understand that commenting out the echo statement from /usr/bin/fgrep is not a real solution. I tried to copy /usr/bin/fgrep to /tmp/fgrep and comment it out there, then change all occurrences of fgrep in all files to /tmp/fgrep but somehow that doesn't work. Maybe the path is not accessible from within the build environment? If someone can help me with that, I'd be grateful. For now, I just added a warning at the start for users to change it manually.

henkm commented on 2023-07-26 01:32 (UTC)

I realised that the recent commits changed the versions of both ATLAS and LAPACK. However, ATLAS 3.10.3 is still the latest stable release. The latest development release is 3.11.41, so 3.11.0 makes no sense at all. Keeping LAPACK at 3.11.0 and setting ATLAS back to 3.10.3 solves the compilation problem for me.

henkm commented on 2023-07-23 07:29 (UTC)

pryow, see frazar0's comment on 24 February this year. https://aur.archlinux.org/packages/atlas-lapack#comment-903477

1 2 3 4 5 6 .. 18 Next › Last »