Re: [devel] пакеты для численного счета

[Vladislav Zavjalov <slazav@altlinux.org>]

On Fri, Sep 25, 2020 at 10:52:14PM +0300, Andrey Savchenko wrote:
> Здесь есть две ситуации: 
> 1) используется стандартный интерфейс (C)BLAS/LAPACK(E);
> 2) используются дополнительные фичи конкретных библиотек.
> 
> Во втором случае, очевидно, идёт линковка с конкретными
> библиотеками.
> 
> А вот первый в Debian очень грамотно решили: поскльку стандартный
> интерфейс одинаков, библиотеки с помощью alternatives можно
> переключать run-time кому какая больше нравится. По сути, меняются
> симлинки, а оригинальные библиотеки изначально распихиваютсся по
> своим директориям с переименованием soname по необходимости.
> https://wiki.debian.org/DebianScience/LinearAlgebraLibraries
> 
> В Gentoo в рамках GSoC реализовали аналогичное решение: можно
> собрать все библиотеки с USE="eselect-ldso" и посрдеством eselect
> выбирать ту, что больше нравится. Это тоже делается run-time.
> https://wiki.gentoo.org/wiki/Blas-lapack-switch
> 
> При желании можно даже собрать два варианта одной и той же
> библиотеки (например, openblas нельзя собрать одновременно
> с pthread и openmp, поэтому можно собрать один вариант с pthread,
> а другой с openmp) и тоже между ними переключаться. Но это уже
> некоторая морока.

Спасибо! Понимание постепенно растет.
Надо будет потом тоже такой текст сделать, "как у нас все устроено".
А может, и уже сейчас надо.

Моя идея была в том, чтобы в качестве первого шага сделать два пакета:
openblas (openblas, собранный со своим lapack) и, условно говоря,
refblaslapack (с референсными blas и lapack, из исходников lapack).

Наверное, можно их переключать альтернативами, но, правильно ли я
понимаю, что альтернативы для библиотек - это довольно скользкий
механизм? Программа собирается и линкуется с одной библиотекой, потом ей
подсовывается другая, и никаких механизмов проверки, что они
предоставляют одни символы нет? Например, что будет, если в одну
из библиотек попадут символы из xblas или еще какое-то расширение...

В качестве второго шага можно сделать serial/openmp/pthread версии,
и их как раз кажется правильно переключать альтернативами.