GitLab

Introducing python script plot.py containing several classes used to
plot matrices stored in block-cyclic distribution as a 1 global matrix.
Docstrings in plot.py should explain the ussage. There are also two
use cases included, both with commented scripts (using classes from
plot.py) and a screenshot. One of the use cases contains also tarball
with data.

Apart from that, a VERY simple module matrix_plot.F90 was created. It
is really simplistic, a more systematic approach towards loging should
be designed. At the moment, matrix output has to be triggered explicitly
in the code by calling a macro SAVE_MATR(event_description, iteration).

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.