From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: [PATCH] Add LAPACKE Date: Tue, 12 Jul 2016 15:45:28 +0200 Message-ID: References: <20160708154008.24871-1-ricardo.wurmus@mdc-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59025) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMy0M-0001al-Ev for guix-devel@gnu.org; Tue, 12 Jul 2016 09:45:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMy0G-0008Pz-Bj for guix-devel@gnu.org; Tue, 12 Jul 2016 09:45:41 -0400 Received: from venus.bbbm.mdc-berlin.de ([141.80.25.30]:58908) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMy0G-0008PN-16 for guix-devel@gnu.org; Tue, 12 Jul 2016 09:45:36 -0400 Received: from localhost (localhost [127.0.0.1]) by venus.bbbm.mdc-berlin.de (Postfix) with ESMTP id 3E35A3809B5 for ; Tue, 12 Jul 2016 15:45:34 +0200 (CEST) Received: from venus.bbbm.mdc-berlin.de ([127.0.0.1]) by localhost (venus.bbbm.mdc-berlin.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fqMA-xInXA10 for ; Tue, 12 Jul 2016 15:45:28 +0200 (CEST) Received: from HTCATWO.mdc-berlin.net (puck.citx.mdc-berlin.de [141.80.36.101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by venus.bbbm.mdc-berlin.de (Postfix) with ESMTPS for ; Tue, 12 Jul 2016 15:45:28 +0200 (CEST) In-Reply-To: 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" To: guix-devel@gnu.org Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Instead of building LAPACKE as part of the lapack package this patch a= dds a >> new package "lapack-with-lapacke". I did this because an increase in = closure >> size of 20MiB is a little much for a commonly used package, in my opin= ion. >> >> A third option would be to move LAPACKE to its own output. > > A patch is attached. It produces two output directories: [...] > I have yet to test that this works as expected with the package I=E2=80= =99m > working on. This works. I think this is the best of the available options. ~~ Ricardo