Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
Hi, Following a comment done on numpy bug tracking system (ticket #667): dotblas uses the CBLAS API, and as such needs CBLAS; CBLAS functions (cblas_*) are simply not provided by BLAS. They are provided by ATLAS, though. So you cannot build dotblas with the netlib BLAS package (the one used in refblas3). This explains why numpy is 'picky' about ATLAS, more than other packages: numpy does not only use the F77 interface, but also the official C interface (I guess, but I am not sure, that the point is to have a fast multiplication available for numpy even if no fortran compiler is available on the building machine). To be able to replace libraries at runtime for a numpy built with ATLAS, you would need a libcblas, which is not available in debian AFAIK. So there is really no way around it: you have to wait for atlas, and built against it. cheers, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
On Sun, Feb 24, 2008 at 12:44 PM, David Cournapeau [EMAIL PROTECTED] wrote: Hi, Following a comment done on numpy bug tracking system (ticket #667): dotblas uses the CBLAS API, and as such needs CBLAS; CBLAS functions (cblas_*) are simply not provided by BLAS. They are provided by ATLAS, though. So you cannot build dotblas with the netlib BLAS package (the one used in refblas3). This explains why numpy is 'picky' about ATLAS, more than other packages: numpy does not only use the F77 interface, but also the official C interface (I guess, but I am not sure, that the point is to have a fast multiplication available for numpy even if no fortran compiler is available on the building machine). To be able to replace libraries at runtime for a numpy built with ATLAS, you would need a libcblas, which is not available in debian AFAIK. So there is really no way around it: you have to wait for atlas, and built against it. Thanks David for the explanation. So I am not going to do anything for this bug. However, if anyone knows what to do, please let us know. Feel free to discuss it on the debian-python mailinglist and then fix the package in our svn. Thanks, Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
Ondrej Certik wrote: Thanks David for the explanation. So I am not going to do anything for this bug. However, if anyone knows what to do, please let us know. Feel free to discuss it on the debian-python mailinglist and then fix the package in our svn. Well, actually, contrary to what I've said earlier, there is cblas available in the new blas package (in hardy, which is why I have not seen it; I don't use debian anymore for non server machines). So one solution could be to build numpy against blas/lapack/cblas packages, making sure the CBLAS is found, and then, people could install atlas to change the runtime libraries. Now, I am not sure whether numpy can currently build against the standard CBLAS. I know it can build against ATLAS (and Intel MKL) CBLAS, but I don't know for others, cheers, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
Package: python-numpy Version: 1:1.0.4-5 Severity: normal see http://wiki.debian.org/GfortranTransition -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-sonne (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-numpy depends on: ii atlas3-base [liblapack 3.6.0-20.6Automatically Tuned Linear Algebra ii atlas3-sse2 [liblapack 3.6.0-20.6Automatically Tuned Linear Algebra ii lapack3 [liblapack.so. 3.0.2531a-6.1 library of linear algebra routines ii libc6 2.7-6 GNU C Library: Shared libraries ii libg2c01:3.4.6-6 Runtime library for GNU Fortran 77 ii libgcc11:4.3-20080202-1 GCC support library ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.6 automated rebuilding support for p ii refblas3 [libblas.so.3 1.2-8 Basic Linear Algebra Subroutines 3 python-numpy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
user [EMAIL PROTECTED] usertag 464784 gfortran tags 464784 pending thankyou On 09/02/2008, Soeren Sonnenburg [EMAIL PROTECTED] wrote: see http://wiki.debian.org/GfortranTransition Well, I forgot to mention this package in my list of bugs! :-) Anyway, this is fixed in SVN, and the upload should happen as soon as lapack hits testing. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
