XLAENV(3)
π XLAENV(3) β like, the LAPACK library functions manual, bestie β¨
okay so this is from the LAPACK Library Functions Manual, and it's about /home/abuild/rpmbuild/BUILD/lapack-static-3.12.0-build/lapack-3.12.0/TESTING/LIN/xlaenv.f π if you're an f-file girlie, this is your moment.
β¨ NAME β¨
/home/abuild/rpmbuild/BUILD/lapack-static-3.12.0-build/lapack-3.12.0/TESTING/LIN/xlaenv.f
no cap that's literally the whole name, it's giving "my full legal name on the birth certificate" energy π
πΈ SYNOPSIS πΈ
Functions/Subroutines
subroutine XLAENV (ispec, nvalue)
XLAENV
π¦ Function/Subroutine Documentation π¦
subroutine XLAENV (integer ispec, integer nvalue)
XLAENV
π Purpose:
!>
!> XLAENV sets certain machine- and problem-dependent quantities
!> which will later be retrieved by ILAENV.
!>
so basically XLAENV is the plug π
it sets these machine- and problem-dependent quantities, and then later ILAENV comes around and retrieves them. setting the vibe, then checking the vibe check. iykyk β¨
π Parameters
π ISPEC
!> ISPEC is INTEGER
!> Specifies the parameter to be set in the COMMON array IPARMS.
!> = 1: the optimal blocksize; if this value is 1, an unblocked
!> algorithm will give the best performance.
!> = 2: the minimum block size for which the block routine
!> should be used; if the usable block size is less than
!> this value, an unblocked routine should be used.
!> = 3: the crossover point (in a block routine, for N less
!> than this value, an unblocked routine should be used)
!> = 4: the number of shifts, used in the nonsymmetric
!> eigenvalue routines
!> = 5: the minimum column dimension for blocking to be used;
!> rectangular blocks must have dimension at least k by m,
!> where k is given by ILAENV(2,...) and m by ILAENV(5,...)
!> = 6: the crossover point for the SVD (when reducing an m by n
!> matrix to bidiagonal form, if max(m,n)/min(m,n) exceeds
!> this value, a QR factorization is used first to reduce
!> the matrix to a triangular form)
!> = 7: the number of processors
!> = 8: another crossover point, for the multishift QR and QZ
!> methods for nonsymmetric eigenvalue problems.
!> = 9: maximum size of the subproblems at the bottom of the
!> computation tree in the divide-and-conquer algorithm
!> (used by xGELSD and xGESDD)
!> =10: ieee NaN arithmetic can be trusted not to trap
!> =11: infinity arithmetic can be trusted not to trap
!>
okay so ISPEC is an INTEGER and it literally specifies which parameter you're setting in that COMMON array IPARMS π here's the menu, bestie:
= 1β the optimal blocksize; and hear me out, if this value is 1 then an unblocked algorithm will give the best performance. slay, no blocking needed π= 2β the minimum block size for which the block routine should be used; if the usable block size is less than this value, an unblocked routine should be used. know your limits fr fr= 3β the crossover point (in a block routine, forNless than this value, an unblocked routine should be used)= 4β the number of shifts, used in the nonsymmetric eigenvalue routines β¨ shifts era= 5β the minimum column dimension for blocking to be used; rectangular blocks must have dimension at least k by m, where k is given byILAENV(2,...)and m byILAENV(5,...)= 6β the crossover point for the SVD (when reducing an m by n matrix to bidiagonal form, ifmax(m,n)/min(m,n)exceeds this value, a QR factorization is used first to reduce the matrix to a triangular form). the way SVD has a whole pregame routine π= 7β the number of processors π₯ multicore main character energy= 8β another crossover point, for the multishift QR and QZ methods for nonsymmetric eigenvalue problems.= 9β maximum size of the subproblems at the bottom of the computation tree in the divide-and-conquer algorithm (used byxGELSDandxGESDD)=10β ieee NaN arithmetic can be trusted not to trap β trust, but like, verified π=11β infinity arithmetic can be trusted not to trap
π NVALUE
!> NVALUE is INTEGER
!> The value of the parameter specified by ISPEC.
!>
NVALUE is an INTEGER and it's literally just the value of the parameter specified by ISPEC. it ate, it's simple, it's iconic π«Ά
π Author
- Univ. of Tennessee
- Univ. of California Berkeley
- Univ. of Colorado Denver
- NAG Ltd.
π Definition at line 77 of file xlaenv.f.
β Author (yes, another one, she's got layers)
Generated automatically by Doxygen for LAPACK from the source code. not a human author, a vibe author π§
and that's the whole page bestie!! π this was brought to you by LAPACK, Version 3.12.0, of /home/abui...IN/xlaenv.f(3) fame π mwah, go set some machine- and problem-dependent quantities, periodt π
π¦ where this page comes from
- opensuse-leap 16.0: lapack-man 3.12.0-160000.2.2 Β· BSD-3-Clause
- opensuse-leap 16.0: lapack-man 3.12.0-160000.2.2 Β· BSD-3-Clause
- opensuse-leap 16.0: lapack-man 3.12.0-160000.2.2 Β· BSD-3-Clause
- opensuse-leap 16.0: lapack-man 3.12.0-160000.2.2 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms