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

[Vladislav Zavjalov]

On Sun, Sep 20, 2020 at 07:34:57PM +0300, Vladimir D. Seleznev wrote:
> > Не уверен, что я понял все тонкости. Пока мне кажется разумным следующее:
> > 
> > * Исправить openblas, чтобы с NO_LAPACK=1 он не делал вид, что
> >   предоставляет lapack.
> >   Если это сложно, то использовать его встроенный lapack +
> >   отвязать liblapack от openblas.
> > 
> > * Может быть, удалить blas + liblapack и использовать только openblas.
> 
> А какие есть против такого варианта?

А это я и пытаюсь спросить. Я-то не против все упростить как только
можно. Но потом окажется, что есть разные тонкости.

> > Еще бы понять, какие клиенты используют эти библиотеки...
> 
> Клиенты libatlas:
>-
> * libarpack-ng

Спасибо за списки! libarpack - это нужная вещь, попробую
пересобрать. С ней собран, например, octave, он у меня
и втаскивает libatlas в систему.

Остальное, получается, собрано правильно. Хотя с openblas надо бы
что-то сделать. Сейчас и configure и cmake уверены, что lapack находится
в нем, и вылетают на линковке, если делать сборку в дефолтной конфигурации.
Это исправляется явным указанием, что надо линковаться еще и с liblapack,
но хочется и дефолтное поведение сделать рабочим.