Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 747313 - sci-libs/openblas: make eselect-ldso behaviour default and remove eselect-ldso flag
Summary: sci-libs/openblas: make eselect-ldso behaviour default and remove eselect-lds...
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: blas-lapack
  Show dependency tree
 
Reported: 2020-10-08 11:49 UTC by Aisha Tammy
Modified: 2020-11-09 15:46 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aisha Tammy 2020-10-08 11:49:21 UTC
Enabling the eselect-ldso behaviour has no adverse effects during run time and gives more choice to the user.

It also simplifies the management of the virtuals.
Comment 1 Aisha Tammy 2020-10-08 23:41:00 UTC
Hmmm, it turns out that our current method for doing this via ld.so doesn't allow for different soname.

So it is going to be hard to make this the default behaviour with just symlinks and without adding extra files.

Currently each provider also installs their own library, libblis.so in /usr/<libdir>/ and just changes the soname to libblas.so.3 and puts them in /usr/<libdir>/blas/<provider>/libblas.so.3.

This feels a bit redundant as the only change is the soname.

Unfortunately I am not sure if there is any workaround.
Comment 2 Aisha Tammy 2020-10-08 23:43:29 UTC
(In reply to Aisha Tammy from comment #1)
> Hmmm, it turns out that our current method for doing this via ld.so doesn't
> allow for different soname.
> 
> So it is going to be hard to make this the default behaviour with just
> symlinks and without adding extra files.
> 
> Currently each provider also installs their own library, libblis.so in

I should have mentioned, libblis.so is an example, by sci-libs/blis.
When using eselect-ldso with blis, the only thing that is done is that libblis sources are repacked with another soname.

https://gitweb.gentoo.org/repo/gentoo.git/tree/sci-libs/blis/files/blis-0.6.0-blas-provider.patch

> /usr/<libdir>/ and just changes the soname to libblas.so.3 and puts them in
> /usr/<libdir>/blas/<provider>/libblas.so.3.
> 
> This feels a bit redundant as the only change is the soname.
> 
> Unfortunately I am not sure if there is any workaround.
Comment 3 Benda Xu gentoo-dev 2020-11-09 15:46:56 UTC
(In reply to Aisha Tammy from comment #1)
> Hmmm, it turns out that our current method for doing this via ld.so doesn't
> allow for different soname.
> 
> So it is going to be hard to make this the default behaviour with just
> symlinks and without adding extra files.
> 
> Currently each provider also installs their own library, libblis.so in
> /usr/<libdir>/ and just changes the soname to libblas.so.3 and puts them in
> /usr/<libdir>/blas/<provider>/libblas.so.3.
> 
> This feels a bit redundant as the only change is the soname.
> 
> Unfortunately I am not sure if there is any workaround.

It will no longer be redundant if we strip non-BLAS symbols from libblas.so.3.

Providing two shared libraries is the cost for offering the runtime switches.