Skip to content

Commit 759f19a

Browse files
author
ripley
committed
updates re BLASes
git-svn-id: https://svn.r-project.org/R/trunk@90455 00db46b3-68df-0310-9c12-caf00c1e9a41
1 parent 9f5bfb1 commit 759f19a

1 file changed

Lines changed: 13 additions & 11 deletions

File tree

doc/manual/R-admin.texi

Lines changed: 13 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -3713,7 +3713,8 @@ in use: Build @R{} with @option{--with-blas} to select the OS version of
37133713
the reference BLAS, and then use @command{update-alternatives} to switch
37143714
between the available BLAS libraries. See
37153715
@uref{https://wiki.debian.org/DebianScience/LinearAlgebraLibraries}.
3716-
(ATLAS, @I{MKL} and @I{OpenBLAS} alternatives are currently available.)
3716+
(ATLAS, @I{BLIS}, @I{MKL} and @I{OpenBLAS} alternatives are currently
3717+
available.)
37173718

37183719
Fedora 33 and later offer `@I{FlexiBLAS}', a similar mechanism for
37193720
switching the BLAS in use
@@ -3855,12 +3856,12 @@ libblisp.so
38553856
libbliso.so
38563857
@end example
38573858
@noindent
3858-
(@code{p} for `threads', @code{o} for @abbr{OpenMP} as for @I{OpenBLAS}) which can
3859-
also be used as a shared BLAS. The Fedora builds do not include LAPACK
3860-
in the @I{BLIS} libraries and so cannot currently be used with internal
3861-
LAPACK as they do not provide @code{dgemmtr}.
3859+
(@code{p} for `threads', @code{o} for @abbr{OpenMP} as for @I{OpenBLAS})
3860+
which can also be used as a shared BLAS. The Fedora builds do not
3861+
include LAPACK in the @I{BLIS} libraries: recent versions
3862+
(e.g. @code{2.0}) do provide @code{dgemmtr} and @code{gemmtr}
38623863

3863-
AMD maintain a branch of @I{BLIS} optimized for their CPUS called
3864+
AMD distribute a branch of @I{BLIS} optimized for their CPUs called
38643865
@I{AOCL}.
38653866
@c https://www.amd.com/en/developer/aocl.html
38663867
@c https://en.wikipedia.org/wiki/Basic_Linear_Algebra_Subprograms calls
@@ -3880,13 +3881,13 @@ see
38803881
(which at the time of writing selected the Intel library for linking with
38813882
GCC).
38823883

3883-
There are also versions of @I{MKL} for macOS@footnote{The issue for macOS
3884+
There are also versions of @I{MKL} for Intel macOS@footnote{The issue for macOS
38843885
has been the use of double-complex routines.} and Windows, but when
38853886
these have been tried they did not work with the default compilers used
38863887
for @R{} on those platforms.
38873888

38883889
The following examples have been used with @I{MKL} versions 10.3 to
3889-
2023.2.0, for GCC compilers on @cputype{x86_64} CPUs. (See also
3890+
2026.1.0, for GCC compilers on @cputype{x86_64} CPUs. (See also
38903891
@ref{Intel compilers}.)
38913892

38923893
To use a sequential version of @I{MKL} we used
@@ -4107,9 +4108,10 @@ with an `enhanced' BLAS such as ATLAS, @I{MKL} or @I{OpenBLAS} which
41074108
contains a full LAPACK (to avoid possible conflicts), or
41084109

41094110
@item
4110-
When using an `enhanced' BLAS such as @I{BLIS} that does @strong{not}
4111-
contain a full LAPACK and does not contain the LAPACK 3.12.1 additions
4112-
to BLAS: then an external LAPACK version 3.12.0 or earlier is required.
4111+
When using an `enhanced' BLAS (such as earlier versions of @I{BLIS})
4112+
that does @strong{not} contain a full LAPACK and does not contain the
4113+
LAPACK 3.12.1 additions to BLAS: then an external LAPACK version 3.12.0
4114+
or earlier is required.
41134115

41144116
@item
41154117
on Debian/Ubuntu systems to select the system @code{liblapack} which can

0 commit comments

Comments
 (0)