Update version in CMAKE - Fix for MATGEN generation on Windows

Merge pull request #167 from thielema/blas-parameter-comments

Added and straightened Doxygen comments on BLAS parameters.

BLAS/xROTMG; comment on xPARAM: turn to output direction

BLAS/xROTM; comment on xPARAM: turn to input direction

BLAS/xROTMx, comment on xPARAM: put 5 in parentheses

BLAS: add Doxygen comments for parameters where missing

BLAS/SDSDOT: convert parameter comments to Doxygen format

BLAS/xROTM; parameter comments for xX and xY: correct array dimension

Merge pull request #166 from iyamazaki/master

fixing the definition of "info" in Aasen's

Merge https://github.com/Reference-LAPACK/lapack

fixing comments.

skip "singularity" check in sytrf_aa tester

remove "singularity" check in sytrf_aa

Preparing for 3.7.1 release

Update version number

from discussion with Vendors, they still would like to have the version
number inside the source file.

BLAS doxygen array parameter comments: use the same format as LAPACK

i.e. "A is TYPE array, dimension ( LDx, N )"

Merge pull request #165 from thielema/array-dimensions

Some final line-break rearrangements that assist my parameter comment parser.

xLA_GEAMV; parameter comments: pull 'array' to the type declaration line

xLA_xxRFSX_EXTENDED; parameter comments: pull various dimension specifications containing NRHS to the 'dimension' line

This improves automatic parsing of array dimensions,
but creates overly long lines sometimes.

xPPSVX, xSPGV, xSPSVX; parameter comments for AFP and AP: pull (N*(N+1)/2) the array dimension line

Merge pull request #163 from thielema/array-dimensions

avoid inconsistencies between parameter comments in S and D, C and Z

DLASD3; comments for parameters DSIGMA, U2, Z: take directions from SLASD3

xSTEDC, DSPEVD, ZHPEVD, DTGSEN; comment for array WORK: consistently use dimension (MAX(1,LWORK))

xGELSD; comment for array A: turn to \param[in,out]

xGSVJn, xLAQRn, xHETRD, xSYTRD; parameter comment: put LWORK dimension in parentheses

Fix #158

Removing code line 243 which was useless.
Thanks to @vladimir-ch for pointing this out and @oamarques for approving the fix

Merge pull request #162 from thielema/array-dimensions

more consistency of array dimensions in Fortran declarations and Doxygen comments

xLASD8, parameter comment: WORK dimension without 'at least'

ZLALSD, parameter comment: WORK dimension (N*NRHS)

like in CLALSD

xSYTRI2X, parameter comment: WORK dimensions use NB instead of NNB

xGEJSV, xGESVJ; parameter comment: declare WORK with dimension LWORK

xUNCSD, xORCSD: use LDx for leading dimensions, although the arrays contain square matrices

This fixes commit 366f9b3541705231cfbb1724b221b8857ac768a8.

xTGEX2, xTGEXC, xLASD0, xLASD3, SSYGVX, parameter comments: fix wrong LD's in leading dimensions

Merge pull request #161 from thielema/array-dimensions

fix dimension specification in some comments

xLALSA, DLASDA; parameters WORK, IWORK: turn "at least" phrases into dimension specifications

xLAED3, parameter Q2: dimension (LDQ2, N) -> (LDQ2*N)

ZCGESV, ZCPOSV; parameter WORK: dimension (N*NRHS) -> (N,NRHS)

analogous to DSGESV, DSPOSV

Merge pull request #160 from thielema/cleanup-comments

more cleaned up comments

SGEES, parameter SELECT: add article 'a' before 'LOGICAL FUNCTION'

ZGEBAL: add types in parameter comments of ILO and IHI

DLASQ5, DTGSEN: add missing '*>' line

DLASD0; IWORK, WORK: copy dimension specification from SLASD0

xGESVJ, JOBA parameter: 'CHARACTER* 1' -> 'CHARACTER*1'

xUNM22, xORM22: 'Arguments' -> 'Arguments:'

xUNCSD, xORCSD; U1, U2, V1T, V2T: duplicate dimensions of square matrices

correct type names in parameter comments

xLAQR5; WANTT, WANTZ parameters: logical scalar -> LOGICAL

Consistent formatting of array parameter comments:
    NAME is TYPE array, dimension (dim0,dim1,...)

Merge pull request #159 from thielema/cleanup-comments

Several fixes to the parameter description comments. I need these for automated processing. More patches will follow.

xTRTTP, parameter AP: add closing parentheses to dimension specification

CLAQR4: remove duplicate \verbatim

xLAQRx, xTGSEN, IPARMQ: 'integer scalar', 'integer' -> 'INTEGER' in parameter comments

xGGESX, SELCTG parameter description: 'procedure)' -> 'a'

SSBGVX: add '*' for multiplication in array dimensions in parameter comments

xLAQR2, xLAQR3, xGEJSV: add parentheses to dimensions of one-dimensional arrays in parameter comments

xBBCSD: dimenison -> dimension

Merge pull request #157 from echeresh/e_lapacke

Fixing NaN-checking in LAPACKE interfaces for sub- and super-diagonal parameters

Fix lapacke *stegr, *stein, *bdsdc, *stev, *stevd: e has only (n-1) elements

Fix lapacke_*con_3 and lapacke_*tri_3: e stores (n-1) input elements and offset depends on uplo

Fix lapacke_*trf_rk and lapacke_*sv_rk: remove nan-checking for e, it is output array

Merge pull request #156 from nareshkamboju/master

lapack_testing.py: print results in one line

lapack_testing.py: print results in one line

The purpose of the patches is to print lapack results in a single line
test-case-name sub-tests-running pass/fail status and count

Modified sub test case name to single word
Nonsymmetric Eigenvalue Problem to Nonsymmetric-Eigenvalue-Problem

Signed-off-by: Naresh Kamboju <naresh.kamboju@linaro.org>

propagate a72750e643027648736f5adb1f89514b1d6e8ae3 to SINGLE PRECISION files

propagate the INTENT(IN) in the header

Minor correction. I think this was the intent of the previous commit.

Merge pull request #155 from jeffhammond/fix_isnan_aliasing

use INTENT(IN) to avoid violating Fortran aliasing rules

Merge pull request #140 from SoapGentoo/cmake-fixes

Replace last occurrences of `include` install paths

Merge pull request #154 from echeresh/xlange_lapacke

Avoid conversion between layouts in lapacke_?lange_work

Avoid conversion between layouts in lapacke_?lange_work

use INTENT(IN) to avoid violating Fortran aliasing rules

see https://github.com/Reference-LAPACK/lapack/issues/152 for details.

fixes issue #152

Fix #147: xlapy2 not propagating nans

xLAPY2 now returns a NaN whenever input variables X or Y are NaNs.

The previous xLAPY2 was relying on FORTRAN INTRINSIC MAX and MIN to behave in a
certain way with NaNs (i.e. return a NaN whenever X or Y are NaN) and this
behavior is not observed on some (most?) compilers.

We handle the NaN behavior of xLAPY2 by checking for NaNs at the start of the
function.

Thanks to Andreas Noack for providing report and sample code to demonstrate the
problem.

Merge pull request #149 from JeffreySax/master

Bug fix in SLAMSWLQ; fix type mismatches.

Bug fix in SLAMSWLQ; fix type mismatches.

- Fix: SLAMSWLQ calls DGEMLQT instead of SGEMLQT.
- Use dummy variable for ?LANGE work array argument in [CS]GETSLS.
- Use 1-element array for workspace query in ?GETSLS.
- Fix PARAMETER declaration type mismatches in ILASLC, IPARAM2STAGE,
SGELQT3, ZHECON_3, ZHECON_ROOK, ZHETRI2X.

Merge pull request #144 from tmijieux/lapacke/fix_tpmqrt_work_allocation

Fix issue #143 (Invalid ?tpmqrt workspace allocation)

Fix issue #143 (Invalid ?tpmqrt workspace allocation)

Merge pull request #142 from iyamazaki/master

fix for issue #141 (how to detect singularity in T).

fix for issue #141 (how to detect singularity in T).

Replace last occurrences of `include` install paths

* Distributions might need to change the header dir
* Also change the template paths in the `.pc` files to
  the idiomatic CMake `GNUInstallDirs` full paths,
  which are always correct, regardless of whether the
  user specified relative or absolute paths. This makes
  the build system somewhat easier and more idiomatic.

This is related to issue #42.

This is a fix for double precision. Need to fix S, C and Z now.

Fix #52

Added in comment of xLARRV

Note: VU is currently not used by this implmentation of DLARRV, VU is
passed to DLARRV because it could be used compute gaps on the right end
of the extremal eigenvalues. However, with not much initial accuracy in
LAMBDA and VU, the formula can lead to an overestimation of the right gap
and thus to inadequately early RQI 'convergence'. This is currently
prevented this by forcing a small right gap. And so it turns out that VU
is currently not used by this implementation of DLARRV.

Merge pull request #138 from kbergstr/fixes

Fixed formatting (indentation, spaces, style) in some routines

Merge pull request #137 from echeresh/xlarrx_fix

Add quick return for *LARR* routines

Add quick return for *LARR* routines

Line endings changed from win style to lnx style

Changed indendation for correct alignment

took out extra spaces, added workspace calculation condition

took out extra spaces

Merge pull request #136 from echeresh/370_fix

A number of fixes for routines and testing sources integrated in LAPACK 3.7.0

Fix external names and remove unused routines from external statements

Remove redundant IF in TESTING/LIN/*chkrfp.f

Fix *chk{sb,hb}2stg.f: corrected name of subroutine in external section

Align TESTING/{EIG,LIN}/chkxer.f

Align TESTING/{EIG,LIN}/*larhs.f

Align TESTING/{LIN,MATGEN}/*lahilb.f

Align TESTING/{EIG,LIN}/*get02.f

Fix *2st_kernels.f: unify doc comments

Fix *lasyf_aa.f: replace N -> M in comments

Fix *drvls.f: duplicate loop to make work query for each of test cases

Workspace size is not monotonic function of input sizes so there should
be loop over all test cases with workspace queries and finding maximum
between them.

Merge branch 'master' of https://github.com/Reference-LAPACK/lapack

This is related to #135

Since the order of multiplication in Fortran is left to right, the expression
      MAXITR*N*N*UNFL
first computes MAXITR*N*N as an INTEGER. This causes INTEGER overflow for
N>=18919.

To avoid the problem, rewrite as:
      MAXITR*(N*(N*UNFL))

Fix #135

Thanks Cezary Dendek!