From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 645E9138247 for ; Tue, 21 Jan 2014 22:46:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 02CE1E0BC9; Tue, 21 Jan 2014 22:46:34 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 52B93E0BBE for ; Tue, 21 Jan 2014 22:46:33 +0000 (UTC) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bicatali) by smtp.gentoo.org (Postfix) with ESMTPSA id 7E12533FA85 for ; Tue, 21 Jan 2014 22:46:32 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id tp5so4374901ieb.19 for ; Tue, 21 Jan 2014 14:46:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=ybpOOhG7a/GL3qxzL2jpnnuv/GTZYMNXbH+gNoGveos=; b=aXKWN2KFsggXSnC/3J14riBZQTmQOumAj38p78lycJc5l3iMnCmJOWxvlQmpn8CBg7 Y3SRc5s8B6ZuxIQi0zrLCFEv9OkcWrueP8JNv7YySwdyjeiq8OiX5QmPpoELBF4b6f7E QTfcWwl3iTsOAPgrVh1We3k0GDUIotGNAvWNJhnfsKJAudefp91frcSiK32wPjGmocYu b/w26Nf3yUr4IZhioOauwgE9ou+PLUr2fkcGhfKJUkwH9ZoTstiwP6y+uMgGOB5+Pk2f m0V7vD6iHOXij/5oj3Va6W2+0dy83rfZ787rwj8lDTDOMIy7MKp3vf3cpqrQ7w2J82Ii f86g== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.50.27.103 with SMTP id s7mr20241964igg.33.1390344390914; Tue, 21 Jan 2014 14:46:30 -0800 (PST) Received: by 10.64.89.41 with HTTP; Tue, 21 Jan 2014 14:46:30 -0800 (PST) In-Reply-To: <20140121213017.GC13149@dhcppc1> References: <1390240392-12173-1-git-send-email-rei4dan@gmail.com> <20140121192641.GB13149@dhcppc1> <20140121213017.GC13149@dhcppc1> Date: Tue, 21 Jan 2014 14:46:30 -0800 Message-ID: Subject: Re: [gentoo-science] [PATCH 00/10] alternatives-2.eclass updates From: =?UTF-8?Q?S=C3=A9bastien_Fabbro?= To: gentoo-science@lists.gentoo.org Content-Type: multipart/alternative; boundary=e89a8ffba27d8939df04f082c72a X-Archives-Salt: 0df0c572-e45b-4ce1-95ca-ebc0318ace01 X-Archives-Hash: 6d5bac179178193d826a978ba3dedd4d --e89a8ffba27d8939df04f082c72a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Jan 21, 2014 at 1:30 PM, Reinis Danne wrote: > > > Ok, that is different issue. The question is whether we want, > e.g., eselect blas be build time only or also runtime setting. > > If we use provider specific sonames, then the program will use > whatever provider was selected at build time even if different > provider is set afterwards. Thus it is build time only setting, > with the caveat that package has to be rebuilt if selected > provider is removed (preserved-libs should catch this). > > =E2=AC=91 This is how it is now in the overlay. > One other advantage of keeping the generic names is also that maintainer would not have to modify the ebuild for packages to link with the selected provider. Most blas dependent packages assume there is /usr/lib/libblas.so. Some applications (I can see armadillo, scamp) actually use the atlas-specific routines clapack_* routines. We could aim at keeping both the library soname and filename as close to upstream, and add an option to the alternative framework to create a ldscript with a generic soname and filename, turned on for blas and cblas at least. As a user, I don't particularly enjoy rebuilding octave, ROOT, R, or the scipy stack. @preserved-rebuild is more a hack than a feature. I don't know how many people actually switch providers, besides a first benchmark test. My guess is probably not many given the burden of re-compiling all the reverse dependencies and the previous fragility of the system. Sebastien --e89a8ffba27d8939df04f082c72a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tue, Jan 21, 2014 at 1:30 PM, Reinis Danne <rei4dan@gm= ail.com> wrote:


Ok, that is different issue. The question is whether we want,
e.g., eselect blas be build time only or also runtime setting.

If we use provider specific sonames, then the program will use
whatever provider was selected at build time even if different
provider is set afterwards. Thus it is build time only setting,
with the caveat that package has to be rebuilt if selected
provider is removed (preserved-libs should catch this).

=E2=AC=91 This is how it is now in the overlay.

One other advantage of keeping the generic names is also tha= t maintainer would not have to modify the ebuild for packages to link with = the selected provider. Most blas dependent packages assume there is /usr/li= b/libblas.so.=C2=A0

Some applications (I can see armadillo, sca= mp) actually use the atlas-specific routines clapack_* routines.=C2=A0
We could aim at keeping both the library soname and filename as= close to upstream, and add an option to the alternative framework to creat= e a ldscript with a generic soname and filename, turned on for blas and cbl= as at least.

As a user, I don't particularly enjoy r= ebuilding octave, ROOT, R, or the scipy stack. @preserved-rebuild is more a= hack than a feature.
I don't know how many people actu= ally switch providers, besides a first benchmark test. My guess is probably= not many given the burden of re-compiling all the reverse dependencies and= the previous fragility of the system.

Sebastien=C2=A0
--e89a8ffba27d8939df04f082c72a--