On 4/17/07, David Cournapeau [EMAIL PROTECTED] wrote:
Now that you mention it, I am also puzzled by this one: I can see why
you would use atlas3-sse2-dev without atlas3-base-dev (for the static
library), but not having atlas3-base-dev makes it imposible to
dynamically link to atlas libraries
On 4/18/07, Keith Goodman [EMAIL PROTECTED] wrote:
On 4/17/07, David Cournapeau [EMAIL PROTECTED] wrote:
Now that you mention it, I am also puzzled by this one: I can see why
you would use atlas3-sse2-dev without atlas3-base-dev (for the static
library), but not having atlas3-base-dev makes
On 4/18/07, Charles R Harris [EMAIL PROTECTED] wrote:
On 4/18/07, Keith Goodman [EMAIL PROTECTED] wrote:
I'd like to compile atlas so that I can take full advantage of my core
2 duo. Numpy dynamically links to the debian binary of atlas-sse that
I installed. But the atlas website says that
Keith Goodman [EMAIL PROTECTED] [2007-04-18 10:49]:
I'd like to compile atlas so that I can take full advantage of my core
2 duo.
If your use is entirely non-commercial you can use Intel's MKL with
built-in optimized BLAS and LAPACK and avoid the need for ATLAS.
On 4/18/07, rex [EMAIL PROTECTED] wrote:
Keith Goodman [EMAIL PROTECTED] [2007-04-18 10:49]:
I'd like to compile atlas so that I can take full advantage of my core
2 duo.
If your use is entirely non-commercial you can use Intel's MKL with
built-in optimized BLAS and LAPACK and avoid the
rex wrote:
Keith Goodman [EMAIL PROTECTED] [2007-04-18 10:49]:
I'd like to compile atlas so that I can take full advantage of my core
2 duo.
If your use is entirely non-commercial you can use Intel's MKL with
built-in optimized BLAS and LAPACK and avoid the need for ATLAS.
Sun has recently released their compilers under an opensource license for
Linux as well (Sun Studio Express or something), including their perflib -
which includes Blas and Lapack. Has somebody tried how that combination
performs, compared to Intel MKL or Atlas? I think they are free even for
I'm having great difficulty building numpy on solaris with the sun
compilers and libsunperf. I may try this on ubuntu x86_64 to see if
the setup is less painful.
Thanks for the idea,
-Peter
On Wed, Apr 18, 2007 at 11:04:26PM +0200, Christian Marquardt wrote:
Sun has recently released their
Robert Kern wrote:
Charles R Harris wrote:
I don't know which is best, although I suspect the statically linked
version will be larger. It might seem that just pulling in the gemm
routines wouldn't add much, but they pull in lots of supporting
routines. To get numpy to link statically
Charles R Harris wrote:
I'm wondering if the static libraries could simply be compiled with the
-fPIC flag and linked with the program to produce the dynamic library.
The static libraries are just collections of *.o files, so I don't see
why that shouldn't work.
I don't think there is a
Charles R Harris wrote:
On 4/18/07, *Keith Goodman* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
On 4/18/07, Charles R Harris [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
On 4/18/07, Keith Goodman [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I'd
Robert Kern wrote:
Charles R Harris wrote:
I'm wondering if the static libraries could simply be compiled with the
-fPIC flag and linked with the program to produce the dynamic library.
The static libraries are just collections of *.o files, so I don't see
why that shouldn't work.
I don't
David Cournapeau wrote:
Robert Kern wrote:
Charles R Harris wrote:
I'm wondering if the static libraries could simply be compiled with the
-fPIC flag and linked with the program to produce the dynamic library.
The static libraries are just collections of *.o files, so I don't see
why that
On 4/18/07, Robert Kern [EMAIL PROTECTED] wrote:
Charles R Harris wrote:
I'm wondering if the static libraries could simply be compiled with the
-fPIC flag and linked with the program to produce the dynamic library.
The static libraries are just collections of *.o files, so I don't see
why
Charles R Harris wrote:
On 4/18/07, *Robert Kern* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Charles R Harris wrote:
I'm wondering if the static libraries could simply be compiled
with the
-fPIC flag and linked with the program to produce the dynamic library.
Christian K wrote:
David Cournapeau wrote:
On Ubuntu and debian, you do NOT need any site.cfg to compile numpy with
atlas support. Just install the package atlas3-base-dev, and you are
done. The reason is that when *compiling* a software which needs atlas,
the linker will try to find
Andrew Straw wrote:
Christian K wrote:
David Cournapeau wrote:
On Ubuntu and debian, you do NOT need any site.cfg to compile numpy with
atlas support. Just install the package atlas3-base-dev, and you are
done. The reason is that when *compiling* a software which needs atlas,
Christian K wrote:
Thanks, but that didn't help:
atlas_info:
libraries lapack not found in /usr/lib/sse2
libraries f77blas,cblas,atlas not found in /usr/lib/atlas
libraries lapack_atlas not found in /usr/lib/atlas
libraries lapack not found in /usr/lib/sse2
libraries
On 4/15/07, David Cournapeau [EMAIL PROTECTED] wrote:
Christian K wrote:
Thanks, but that didn't help:
atlas_info:
libraries lapack not found in /usr/lib/sse2
libraries f77blas,cblas,atlas not found in /usr/lib/atlas
libraries lapack_atlas not found in /usr/lib/atlas
libraries
Charles R Harris wrote:
On 4/15/07, *David Cournapeau* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Christian K wrote:
Thanks, but that didn't help:
atlas_info:
libraries lapack not found in /usr/lib/sse2
libraries f77blas,cblas,atlas not
Robert Kern wrote:
Christian K wrote:
Hi,
I'm trying to build numpy from svn on ubuntu edgy with atlas provided by
ubuntu
package atlas3-sse2-dev which contains:
/usr
/usr/lib
/usr/lib/sse2
/usr/lib/sse2/libatlas.a
/usr/lib/sse2/libcblas.a
/usr/lib/sse2/libf77blas.a
Christian K wrote:
Hi,
I'm trying to build numpy from svn on ubuntu edgy with atlas provided by
ubuntu
package atlas3-sse2-dev which contains:
[...]
I tried both with and without a site.cfg:
[DEFAULT]
library_dirs = /usr/lib/sse2
include_dirs = /usr/include
[blas_opt]
22 matches
Mail list logo