Robert,
I looked in the build directory from Atlas and it is indeed
generating the additional libraries. I copied them over to /usr/lib
and rebuilt the numpy RPM. Indeed the behavior is different, and
numpy sees the libraries. Of course some new oddities have entered
the equation. Speci
Robert Kern wrote:
> On Mon, May 12, 2008 at 2:19 PM, Chris Miller <[EMAIL PROTECTED]> wrote:
>> On the f77 stuff, I read specifically to delete the gcc-f77 package
>> as that conflicts with gcc-gfortran. The latter we are using is
>> actually gcc4 not gcc3 (fyi).
Robert Kern wrote:
> Okay, can you also do the following:
>
> $ ls -l /usr/lib/lib{lapack,f77blas,cblas,atlas}.*
> $ ls -l /usr/lib/atlas/lib{lapack,f77blas,cblas,atlas}.*
-rw-r--r-- 1 root root 5083708 May 9 16:10 /usr/lib/liblapack.a
lrwxrwxrwx 1 root root 18 May 11 10:47 /usr/lib/
Robert Kern wrote:
> Can you show us
>
> $ ls -l /usr/lib/atlas/sse2
# ls -l /usr/lib/atlas/sse2
total 3868
-rw-r--r-- 1 root root 3705240 May 11 13:02 libblas.so.3.0
-rw-r--r-- 1 root root 243466 May 11 13:02 liblapack.so.3.0
Chris
___
Numpy-di
Robert Kern wrote:
> It looks like nothing actually executed "python setup.py install" to
> put the files into /var/tmp/python-numpy-1.0.4-build/. I suspect a
> problem in the spec file. Unfortunately, I am not familiar with
> building RPMs, so I don't know where you got the spec file from or
> wh
Hello,
I'm having trouble getting the python-numpy RPM to build under
CentOS 4.6. I've already built and installed atlas, lapack3 and
refblas3 from the CentOS 5 source RPMS, but numpy won't build
correctly. Although the ultimate error may be unrelated to Atlas,
clearly not all the atlas de
