From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mark H Weaver <mhw@netris.org>
Subject: Re: RFC: building numpy against OpenBLAS.
Date: Fri, 05 Jun 2015 09:54:24 -0400
Message-ID: <87r3pqgt0v.fsf@netris.org>
References: <idjwq00hd20.fsf@bimsb-sys02.mdc-berlin.net>
	<idjmw0jfu8w.fsf@bimsb-sys02.mdc-berlin.net>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38302)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mhw@netris.org>) id 1Z0s4w-0001kN-F6
	for guix-devel@gnu.org; Fri, 05 Jun 2015 09:54:35 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mhw@netris.org>) id 1Z0s4s-0005Kk-G7
	for guix-devel@gnu.org; Fri, 05 Jun 2015 09:54:34 -0400
Received: from world.peace.net ([50.252.239.5]:54640)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mhw@netris.org>) id 1Z0s4s-0005Ke-Dc
	for guix-devel@gnu.org; Fri, 05 Jun 2015 09:54:30 -0400
In-Reply-To: <idjmw0jfu8w.fsf@bimsb-sys02.mdc-berlin.net> (Ricardo Wurmus's
	message of "Mon, 1 Jun 2015 15:11:59 +0200")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=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: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
Cc: guix <guix-devel@gnu.org>

Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> writes:

> Ricardo Wurmus writes:
>
>> python-numpy currently depends on Atlas, which means that it cannot be
>> substituted with a binary built elsewhere.  OpenBLAS is an alternative
>> to Atlas and the binary can be used on all supported CPUs at runtime.
>> This makes it possible for us to make numpy substitutable.
>>
>> We currently do not have a working OpenBLAS on MIPS, so the attached
>> patch selects OpenBLAS as an input only when not on MIPS.  Some
>> additional configuration happens only unless "atlas" is among the
>> inputs.
>
> If there are no objections I'd like to go ahead and push this patch to
> build numpy with OpenBLAS.  From the comments I gather that it's not as
> controversial a change as I suspected.

I think we should go ahead and switch to OpenBLAS on _all_ platforms,
not just on MIPS.  Were there any objections to that?  If not, I'd
advocate just doing it.

     Thanks!
       Mark