GitLab

Apparently it was not fool-proof enough, if they could be disabled that
easily :)

To be used like this

   class(elpa_t), pointer      :: e
   class(elpa_autotune_t), pointer :: tune_state

   e => elpa_allocate()
   call e%set(...)
   [...]
   assert_elpa_ok(e%setup())

   tune_state => e%autotune_setup(ELPA_AUTOTUNE_FAST, ELPA_AUTOTUNE_DOMAIN_REAL)

   ! Autotuning loop, continues until all combinations have been tried
   do while (e%autotune_step(tune_state))
     ! Do the steps that are representative of your calculation
     call e%eigenvectors(a, ev, z, error)
   end do

   ! Fix best parameters, and de-allocate the autotune object
   call e%autotune_set_best(tune_state)
   call elpa_autotune_deallocate(tune_state)

But allow this in cholesky and hermitian multiply test

It is planned to add another matrix type for the tests.
The names of the prepare routines have become a bit inconsistent and
confusing. Thus the rename

unlike elpa 2stage, scalapack computes only part of eigenvalues
if only part of eigenvectors are required. Check only those.

unlike elpa 2stage, scalapack computes only part of eigenvalues
if only part of eigenvectors are required. Check only those.

adding variants for single precision and complex math datatype
for the scalapack test

taking into account, that computed eigenvectors can be arbitrarily
"rotated" by multiplying by complex number. Hopefully dealt with in
a robust way. Enabling analytic complex double and single

reshaped 1D array produced transposed array withouth the order specified
also making printing matrices and checking module sanity work for complex

test analytic has been transformed to template to allow all
real/complex and single/double variants. However, at this
commit, only real double and real single variants are enabled

yet another attempt to improve single/double and real/complex
unification more readable

with obvious meaning

for easier comparisons of elpa and mkl, a test case using scalapack
function pdsyevd has been added