GitLab

A random matrix is set up, and then result = a**T * 2*b is computed
this is compared with the result of plain scalapack routines and
the maximum norm of "scalapack - elpa" is computed (should be zero on
machine precision)

The actual reason for the linker problems was that the Fortran libraries
where listed before the object files, by modifying the _LINK automake
variables. The proper way to do is of course to add the necessary
libraries after the object files by appending them to the _LDADD
variables.

As the MPI module was not responsible for the linker problems it is now
used by default, unless explicitly switched off with

  --disable-mpi-module

Also, the C test programs that had these linker errors where previously
not compiled in the OpenMP case, for no obvious reason. Now they are
also included there.

Apparently, when prepending $(FCLIBS) to $(LINK), the resulting command
line has the $(FCLIBS) libraries then _in front_ of the object files,
which some linkers do not like (error adding symbols: DSO missing from
command line)

These functions were made private with ELPA releases 2016.05.001
and 2016.05.002, but they should be public

Now they just cluttered the main build directory, put them also in
private_modules/. This of course assumes that no two test programs
define modules with the same name.

Also, this necessitates that the shared sources are also only compiled
once, thus I put them into an internal libtool convenience library and
link all test programs with it.

Remove all references to private functions and symbols from the public
Fortran modules. Install also only the public modules

If compiled with MPI, the necessary "mpiexec -n 2" was not written
in the check scripts. This commit is based on a patch provided by
Michael Banck from debian.org