From mboxrd@z Thu Jan 1 00:00:00 1970 From: Federico Beffa Subject: Re: forcing local build from a package definition Date: Fri, 24 Oct 2014 23:41:06 +0200 Message-ID: References: <87ppdhxpl7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xhmbc-0005VJ-Nc for guix-devel@gnu.org; Fri, 24 Oct 2014 17:41:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xhmbb-0001ib-IV for guix-devel@gnu.org; Fri, 24 Oct 2014 17:41:08 -0400 Received: from mail-ie0-x22b.google.com ([2607:f8b0:4001:c03::22b]:64761) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xhmbb-0001iF-EN for guix-devel@gnu.org; Fri, 24 Oct 2014 17:41:07 -0400 Received: by mail-ie0-f171.google.com with SMTP id x19so3183127ier.16 for ; Fri, 24 Oct 2014 14:41:06 -0700 (PDT) In-Reply-To: <87ppdhxpl7.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Eric Bavier Cc: Guix-devel On Fri, Oct 24, 2014 at 8:57 PM, Eric Bavier wrote: > ATLAS provides only a handful of the LAPACK routines. The primary > focus is on BLAS routines. In order for ATLAS to provide a full lapack > experience, it needs to be configured with the netlib lapack (which is > where our current lapack package comes from). yes, I know. But you can tell it to build a full lapack library (making use of the lapack source tar). But this is not the point. > ATLAS frequently pulls its tuning configuration information from a table > of known values at configuration time. I think there is also a way to > tell it which architecture it should be built for. Not really. You can specify the architecture at configure time. But, then it does not exploits the full instruction set and features of your CPU and results in a suboptimal library. For optimal performance it needs to run timing tests during build time. Note that since some time Debian also provides a was to build ATLAS on your own machine. http://math-atlas.sourceforge.net/atlas_install/atlas_install.html There may be other faster libraries, but ATLAS is used by many applications, including numpy/scipy which is actually the reason for which I'm working on ATLAS. Regards, Fede