10000 Support atlas 3.10 · Issue #3774 · numpy/numpy · GitHub
[go: up one dir, main page]

Skip to content

Support atlas 3.10 #3774

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
opoplawski opened this issue Sep 22, 2013 · 8 comments · Fixed by #5364
Closed

Support atlas 3.10 #3774

opoplawski opened this issue Sep 22, 2013 · 8 comments · Fixed by #5364

Comments

@opoplawski
Copy link

With atlas 3.10 the library names have changed, either libsatlas for serial or libtatlas for threaded.

@rgommers
Copy link
Member

I guess this already works if you provide the right name in site.cfg? So the issue is to fix the autodetection in distutils/system_info.py?

@opoplawski
Copy link
Author

Actually, it doesn't work with this in site.cfg either:

[blas_opt]
libraries = tatlas
#
[lapack_opt]
libraries = tatlas
8000

@opoplawski
Copy link
Author

Okay, I can override with:

[atlas]
library_dirs = /usr/lib64/atlas
atlas_libs = tatlas

but site.cfg states that [atlas] is deprecated and should not be used.

@TomasTomecek
Copy link
Contributor

As Orion wrote, there is a section in site.cfg.example in numpy 1.7 which states that using [atlas], [lapack_atlas], etc. is deprecated. As I checked master, this warning is gone and in fact using section [atlas] is recommended. (This commit changed it.)

So I guess that Orion's solution is correct.

@charris
Copy link
Member
charris commented Sep 25, 2013

Does site.cfg.example need some documentation about 3.10?

@opoplawski
Copy link
Author

With just:

$ cat numpy-1.8.0rc2/site.cfg
[atlas]
library_dirs = /usr/lib64/atlas
atlas_libs = satlas

I get:

Python 2.7.5 (default, Oct  8 2013, 12:16:00)
[GCC 4.8.1 20130920 (Red Hat 4.8.1-10)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from numpy.distutils.system_info import get_info
>>> get_info('atlas', 0)
/usr/lib64/python2.7/site-packages/numpy/distutils/system_info.py:1062: UserWarning:
*********************************************************************
    Could not find lapack library within the ATLAS installation.
*********************************************************************

  warnings.warn(message)
{'libraries': ['satlas'], 'library_dirs': ['/usr/lib64/atlas'], 'define_macros': [('ATLAS_WITHOUT_LAPACK', None)], 'language': 'c', 'include_dirs': ['/usr/include']}

Is there some way to tell numpy that lapack is in there?

@opoplawski
Copy link
Author

Any change here?

@charris
Copy link
Member
charris commented Dec 10, 2014

Hmm, seems the change was in ATLAS 3.9.33 released 01/21/11, so we should probably fix this in numpy.

charris added a commit to charris/numpy that referenced this issue Dec 24, 2014
Recent ATLAS combines the previous libraries into two

* libsatlas -- single threaded.
* libtatlas -- threaded.

This fix is a bit of hack in that ATLAS > 3.9.33 is treated as a new,
separate library covered by atlas_3_10_info, but the latter derived
from atlas_info, which treats the cblas, atlas, and atlas_lapack
libraries separately, so the new info has a bit of repetition.

The alternative would be to rewrite atlas_info, but that can wait
on a larger cleanup of the build system.

Closes numpy#3774.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants
0