Hi Ludo,
> A surprisingly large number of packages depend on ‘lapack’:
> Perhaps we could have a lint checker warning against the use of
lapack.
Good idea. Possibly with a helpful message along the lines of 'the
openblas package provides a LAPACK interface'.
I encountered this issue when packa
Ludovic Courtès writes:
> Hi Eric,
>
> Eric Brown skribis:
>
>> There are scenarios where reference BLAS is more stable and/or
>> reproducible than optimized BLAS libraries. Sometimes its lack of
>> knowledge of OpenBLAS and/or a numerical issue.
>>
>> (cf. GNU R's discussion of which BLAS to u
Hi Ludo'!
Ludovic Courtès writes:
> Hi Eric,
>
> Eric Brown skribis:
>
> Are there other cases where netlib BLAS is considered more appropriate
> than OpenBLAS because it’s more numerically stable?
>
Sorry about that, the full discussion is here:
https://cran.r-project.org/doc/manuals/r-devel
Hi Eric,
Eric Brown skribis:
> There are scenarios where reference BLAS is more stable and/or
> reproducible than optimized BLAS libraries. Sometimes its lack of
> knowledge of OpenBLAS and/or a numerical issue.
>
> (cf. GNU R's discussion of which BLAS to use.)
Do you have a pointer to that d
Ludovic Courtès writes:
> Hello!
> There are two cases:
>
> 1. Packages that depend on both ‘lapack’ and ‘openblas’. This is
> almost always a mistake because ‘openblas’ provides the same
> interfaces as ‘lapack’, only with a more efficient implementation.
>
> 2. Packages that depe
Hi,
On Thu, 24 Jun 2021 at 14:55, Ludovic Courtès wrote:
> Julia references both lapack and openblas:
>
> --8<---cut here---start->8---
> $ guix graph --path -t references julia lapack
> /gnu/store/d077a9ggqlcyhnhcg4ng2ibnlarxq8zf-julia-1.5.3
> /gnu/store/41rw
