GitLab

Most of the test programs for the new interface were all essentially
copy&pasted from test.F90, now all of those directly use test.F90 with
appropriate preprocessor flags

- Remove all use of ELPA internal modules, the test programs now
  only use the public ELPA API. This is now enforced, by hiding the
  private modules

- Prefix all test internal modules with "test_" to make it really
  clear that these modules are not to be used by users.

This is a bit cumbersome, as it involves yet another abstract
intermediate type, but necessary due to language limitations.

Setting a bandwdith of the input matrix via

elpa%set("bandwidth",bw)

tells ELPA 2stage, that matrix is already a banded matrix
with bandwidth bw. Then some compute steps can be skipped

-man pages have been updated
-man pages for legacy API are only installed if legacy API is enabled

The legacy API is has been (internally) ported to use the new interface.
The intent is that users of the legacy API do not have to change their
codes.

Next step is to completely adapt the .gitlab-ci.yml file

Still missing is the compatibility layer, currently it only compiles
when configure is called with

  --disable-legacy

Also, a more general solution to parameter passing via environment
variables would be nice.

This reverts commit 64ec6ec2.

PGI's compiler wants

  -module

as the flag to specify the module output directory. Sadly, this is also
a libtool argument, resulting in much sorrow.

Thus, we have to escape -module by prefixing it with -Xcompiler. Sadly
libtool is not used everywhere by automake, thus we have to remove it
again in those cases were it would be passed to the compiler and cause
sorrow there.

Sad story. But with a happy ending?

Sometimes the compiler is used with the manual_cpp wrapper, do not
invoke this for linking

Supports multiple indexes now, to be used for non-tunable 'parameters'