[Numpy-discussion] numpy.dot and ACML

2007-02-19 Thread Yves Frederix
Hi all, I have managed to compile numpy using pathscale and ACML on a 64 bit AMD system. Now I wanted to verify that numpy.dot indeed uses the ACML libs. The example for dot() (http://www.scipy.org/Numpy_Example_List?highlight=%28example%29#head-c7a573f030ff7cbaea62baf219599b3976136bac) suggest a

Re: [Numpy-discussion] Forcing the use of unoptimized blas/lapack even when atlas is present

2007-02-19 Thread David M. Cooke
On Feb 19, 2007, at 11:04 , Robert Kern wrote: > David Cournapeau wrote: >> Hi there, >> >> I am developing a building tool to automatically build the whole >> numpy/scipy/matplotlib set from sources including dependencies, >> and one >> of the problem I got is to force which blas/lapack ver

Re: [Numpy-discussion] Forcing the use of unoptimized blas/lapack even when atlas is present

2007-02-19 Thread Nils Wagner
Robert Kern wrote: > David Cournapeau wrote: > >> Hi there, >> >> I am developing a building tool to automatically build the whole >> numpy/scipy/matplotlib set from sources including dependencies, and one >> of the problem I got is to force which blas/lapack version to use when >> bu

Re: [Numpy-discussion] Forcing the use of unoptimized blas/lapack even when atlas is present

2007-02-19 Thread Robert Kern
David Cournapeau wrote: > Hi there, > > I am developing a building tool to automatically build the whole > numpy/scipy/matplotlib set from sources including dependencies, and one > of the problem I got is to force which blas/lapack version to use when > building numpy and scipy. > I

Re: [Numpy-discussion] linalg.eigh orders eigenvalues/eigenvectors differently than linalg.eig

2007-02-19 Thread Nils Wagner
Johannes Loehnert wrote: > On Monday 19 February 2007 12:06, Sven Schreiber wrote: > >> Zachary Pincus schrieb: >> >>> Hello all, >>> >>> It seems that the 'eigh' routine from numpy.linalg does not follow >>> the same convention as numpy.linalg.eig in terms of the order of the >>> returned

Re: [Numpy-discussion] Numpy1.0.1 installation problem - urgent :(

2007-02-19 Thread Yang, Lu
Thanks so much. It works. Lu Quoting Brian Granger <[EMAIL PROTECTED]>: > I don't run numpy no linux often, but you shouldn't have any trouble. > I would do the following: > > 1. Blast your current numpy install > > rm -rf /usr/local/lib/python2.5/site-packages/numpy > > 2. Get the lastest

Re: [Numpy-discussion] linalg.eigh orders eigenvalues/eigenvectors differently than linalg.eig

2007-02-19 Thread Johannes Loehnert
On Monday 19 February 2007 12:06, Sven Schreiber wrote: > Zachary Pincus schrieb: > > Hello all, > > > > It seems that the 'eigh' routine from numpy.linalg does not follow > > the same convention as numpy.linalg.eig in terms of the order of the > > returned eigenvalues. (And thus eigenvectors as we

Re: [Numpy-discussion] linalg.eigh orders eigenvalues/eigenvectors differently than linalg.eig

2007-02-19 Thread Sven Schreiber
Zachary Pincus schrieb: > Hello all, > > It seems that the 'eigh' routine from numpy.linalg does not follow > the same convention as numpy.linalg.eig in terms of the order of the > returned eigenvalues. (And thus eigenvectors as well...) I was told on this list that the ordering should not be

[Numpy-discussion] linalg.eigh orders eigenvalues/eigenvectors differently than linalg.eig

2007-02-19 Thread Zachary Pincus
Hello all, It seems that the 'eigh' routine from numpy.linalg does not follow the same convention as numpy.linalg.eig in terms of the order of the returned eigenvalues. (And thus eigenvectors as well...) Specifically, eig returns eigenvalues in order from largest to smallest, while eigh ret