On Fri, 24 Feb 2006, Jose Borreguero wrote:

While installing numpy under a non-conventional directory: *python setup.py install --prefix==/gpfs1/active/jose/code/python *I get two classes of warnings:

(1) blas_mkl_info: /tmp/numpy-0.9.5/numpy/distutils/system_info.py:531: UserWarning: Library error: libs=['mkl', 'vml', 'guide'] found_libs=[] warnings.warn("Library error: libs=%s found_libs=%s" % \ NOT AVAILABLE (and others warnings similar to this)

(2)numpy.core - nothing done with h_files= ['build/src/numpy/core/src/scalartypes.inc', 'build/src/numpy/core/src/arraytypes.inc', 'build/src/numpy/core/config.h', 'build/src/numpy/core/__multiarray_api.h'] (and others warnings similar to this)

This warnings can be ignored.

I created a very simple site.cfg file under numpy/distutils, which goes like this [blas] library_dirs = /usr/lib64 [lapack] library_dirs = /usr/lib64

To avoid such hooks and all the troubles on 64-bit platforms, numpy/distutils/system_info.py needs a 64-bit support in setting up default_* directory lists. I can write the patch if someone could provide information how to determine if one is running 64-bit or 32-bit applications. numpy.distutils.cpuinfo can give is_64bit()->True but that does not guarantee that used software is 64-bit. What are the values of sys.platform os.name in your system?

I have no Atlas library installed in the system. My compiler: gcc version 3.4.4 20050721 (Red Hat 3.4.4-2) (I also have pg compilers)

After setup.py has run, I have no */gpfs1/active/jose/code/python/lib64/python2.3/site-packages/numpy *created. So numpy is not installed.

What was the output when you run setup.py? Pearu