From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HMMeb-0004aO-Uu for garchives@archives.gentoo.org; Wed, 28 Feb 2007 11:07:26 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l1SB6BgT020746; Wed, 28 Feb 2007 11:06:11 GMT Received: from smtp2.ist.utl.pt (smtp2.ist.utl.pt [193.136.128.22]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l1SB6AZ6020712 for ; Wed, 28 Feb 2007 11:06:10 GMT Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.ist.utl.pt (Postfix) with ESMTP id A3EAF700082F for ; Wed, 28 Feb 2007 11:06:02 +0000 (WET) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at ist.utl.pt Received: from smtp2.ist.utl.pt ([127.0.0.1]) by localhost (smtp2.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id G34jobgHLh8C for ; Wed, 28 Feb 2007 11:06:02 +0000 (WET) Received: from mail.ist.utl.pt (mail.ist.utl.pt [193.136.128.8]) by smtp2.ist.utl.pt (Postfix) with ESMTP id 8177C70009B8 for ; Wed, 28 Feb 2007 11:06:02 +0000 (WET) Received: from [192.168.1.6] (89-180-66-36.net.novis.pt [89.180.66.36]) by mail.ist.utl.pt (Postfix) with ESMTP id 0BF4E140030E for ; Wed, 28 Feb 2007 11:05:51 +0000 (WET) Message-ID: <45E5620D.4020600@gentoo.org> Date: Wed, 28 Feb 2007 11:05:49 +0000 From: =?ISO-8859-1?Q?S=E9bastien_Fabbro?= User-Agent: Thunderbird 1.5.0.7 (X11/20060909) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] Cblas, Numpy, Scipy References: <45E43D13.1020202@att.net> <45E44287.8090408@gentoo.org> <45E4CB12.9090805@att.net> In-Reply-To: <45E4CB12.9090805@att.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id l1SB6Bgr020746 X-Archives-Salt: d671d45d-e7f8-4b9d-b7fd-af6263bc8735 X-Archives-Hash: a253356252e9cdc568ca39a99b139ba8 Hi Bill, Once again, please report on bugs.gentoo.org. > I was trying to use acml to avoid compiling blas-atlas (it takes about = 2 > hours and I don't really need it right now. Also numpy and scipy are no= t > supposed to require it. You can disable the USE flag lapack if you don't want to rely on external cblas or lapack libraries on numpy. For scipy, as far as I know, you need blas/lapack external libraries. If don't want to wait the full ATLAS full compilation, you can emerge the {blas,cblas,lapack}-reference. These are not as speed-optimized as ATLAS, but a lot faster and more robust to build. Make sure you have a cblas implementation supporting the eselect format, as required by dev-python/numpy-1.0.1-r1. > gcc -shared .libs/libatlas.la-3.o -lpthread > /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32/libgfortran.so -Wl,-soname > -Wl,libatlas.so.0 -o .libs/libatlas.so.0.0.0 > /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32/libgfortran.so: could not rea= d > symbols: File in wrong format > collect2: ld returned 1 exit status > libtool: install: `libatlas.la' is not a valid libtool archive I can't reproduce your failing blas-atlas (which should be at least blas-atlas-3.7.11-r1 for numpy-1.0.1-r1). It looks it mixes 32 and 64 profiles. If it persists, once again, please file a bug regarding blas-atlas on bugs.gentoo.org. S=E9bastien --=20 gentoo-science@gentoo.org mailing list