The install is running tests for what seems to be like forever. It's run for three hours so far, is this normal? Is there a way to skip the tests?
Search Criteria
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.000005 |
First Submitted: | 2008-04-24 01:36 (UTC) |
Last Updated: | 2024-02-01 12:28 (UTC) |
Dependencies (2)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- gcc-fortran (gcc-fortran-gitAUR, gcc11-fortranAUR, gcc-fortran-snapshotAUR) (make)
Required by (548)
- 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-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)
- basix-git (requires blas)
- basix-git (requires lapack)
- Show 528 more...
Sources (4)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 18 Next › Last »
ajong commented on 2020-04-08 02:27 (UTC) (edited on 2020-04-08 02:45 (UTC) by ajong)
ajong commented on 2020-04-08 00:05 (UTC)
Got compile error about CPU throttling, followed phcerdan's advice and it worked! https://aur.archlinux.org/packages/atlas-lapack/?O=10&PP=10#comment-599526
a.kudelin commented on 2019-11-15 18:39 (UTC)
cblas link was fixed.
a.kudelin commented on 2019-10-16 12:27 (UTC)
Sure.
einalex commented on 2019-10-14 11:30 (UTC)
can you change "mkdir ATLAS/build" to "mkdir -p ATLAS/build" so the package doesn't throw an error if you try to build it with the directory already existing from a previous build?
Emmatipate commented on 2019-06-12 11:51 (UTC) (edited on 2019-06-12 11:52 (UTC) by Emmatipate)
I solved "undefined reference to 'main'" by adding unset LDFLAGS
to build() in python-numpy's PKGBUILD.
sain_87 commented on 2018-08-04 08:47 (UTC)
Again, broken numpy with /usr/lib/libcblas.so.3 missing.
Recompiling numpy from source with "yaourt -Sb python-numpy" after installing ATLAS fails for me when compiling python_xerbla.c with "undefined reference to `main'"
Is there any solution for this?
deltaecho commented on 2018-04-26 22:40 (UTC) (edited on 2018-04-26 22:43 (UTC) by deltaecho)
The best solution is to recompile numpy after replacing BLAS (no hacking required): yaourt -Sb python-numpy # be sure to add python-numpy to the IgnorePkg attribute of your /etc/pacman.conf to avoid breaking updates; you will need to compile it from source from here-on-out, which is easy to do
greyltc commented on 2018-03-03 22:35 (UTC)
Since this package provides and conflicts with cblas, I think it should at least install all the shared objects that the cblas packages does. /usr/lib/libcblas.so.3 and /usr/lib/libcblas.so.3.8.0 are missing here.
Notably, the missing /usr/lib/libcblas.so.3 breaks python's numpy module!
Pinned Comments
phcerdan commented on 2017-06-08 06:48 (UTC) (edited on 2017-06-08 06:49 (UTC) by phcerdan)