GitLab

As in a previous commit for elpa1.F90, for automatic generation of
documentation elpa2.F90 has been splitted in two files, in order to
have a lean, easy-to-understand user interface:

elpa2.F90
the visible user functions, which provide the library calls.
The usage is the same as before

elpa2_compute.F90
all internal routines, which are used by ELPA2, but which are never
called external of the library by a user. These functions are now
"hidden" in the module elpa2_compute, which is used by ELPA2.

The procedures in elpa2_compute.F90 are identical to the ones in
elpa2.F90 before this split commit. The only -- but quite a lot of them
-- changes are intendation changes.

For automatic generation of documentation, the file elpa1.F90
has been splitted into two files, in order to have a lean,
easy-to-understand user interface:

elpa1.F90
the visible user functios, which provide the library calls.
The usage is the same as always

elpa1_compute.F90
all internal routines, which are used by ELPA1 and ELPA2, but
which are never called by the user. These functions are now "hidden"
in the module elpa1_compute, which is used by ELPA1 and ELPA2.

The procedures in elpa1_compute.F90 are identical to the ones in
elpa1.F90 before this split commit. The only -- but lot of --
changes are intendation.

Due to the efforts of Intel, ELPA features now build-in
support of AVX2 and FMA for the latest Intel processors

The examples, how to invoke ELPA from a c program have been updated.
There are now examples for ELPA1 and ELPA2 both real and complex case.
The test cases are still with less functionality than their Fortran
counter parts, they are just ment as a "proof-of-concept".

C interfaces are now available and definied in the header
elpa.h

If the QR-decomposition is used wrongly (matrix size is not a
multiple of block size) the the execution will abort, in
order to prevent the wrong results, discussed in a previous commit

Debug messages are now available by setting the environment variable
"ELPA_DEBUG_MESSAGES" to "yes".

It contains preprocessor directives which produce warnings or errors
otherwise.

The qr decomposition is now available as a runtime choice.
Some testing has still to be done

At build time it can be specified that the ELPA test
programs give more detailed timing information, which
is usefull for performace measurements

If specified in the configure step, the test programs
redirect their stdout and stderr output of each MPI
task in a seperate file, which will be stored in a
subdirectory "mpi_stdout".

This will only be done if the environment variable
"REDIRECT_ELPA_TEST_OUTPUT" is set to "true"

It was decided that the library file shall be called

  libelpa.so.*

without an explicit version string. Version information will be encoded
by using the -version-info parameter of libtool, resulting in an actual
filename as defined by your flavor of Unix.

The file LIBRARY_INTERFACE documents the changes, the current interface
has number 1 and is binary incompatible with the previous version 0.

Small helper module for better error diagnostics

_mt implies thread-safety, which is not what the OpenMP version does.

Additionally, only install a subset of the test-programs

The value of $TEST_FLAGS at the time make check was called was
hard-coded in test*.sh files due to wrong quoting.

By passing the makefile variable TEST_FLAGS, one can adjust the
computional cost of the test, e.g. reduce it considerably via

  make check TEST_FLAGS="1500 50 16"

These are saved in the .log files by the test-driver anyway and do not
clutter the screen output for the user. But having them can be useful to
find out how some test failed.

The fdep magic only works within a single Automake target, add the
remaining dependencies by hand. Parallel compilation should now work
also for "make all" again.

libtool was too smart and mixed Intel and GNU OpenMP libraries

config-f90.h should not be delete by make clean, as it is created by
configure, not by the build processes.
Also, better keep the directories modules/ and .fortran_dependencies/
and only delete their contents.

Rename all binaries to have an elpa1_, or elpa2_ prefix.
Additionally, also ship a README and license file.

This includes a number of changes:

- ScaLAPACK2 on from the openSUSE:science repository is now correctly
  auto-detected. As ScaLAPACK2 already includes BLACS, an additional
  BLACS library must not be linked!

- The resulting library is now called elpa-2014.06.000.so, as was
  probably originally intended anyway

- The pkg-config file was renamed to elpa-2014.06.000.pc and filled with
  correct values. With this, a package using ELPA can easily get the
  necessary compilation and library flags.

In this commit, only the "precious" files (Makefile.am, configure.ac,
etc.) are included, to make clear what has been changed by hand.

In the subsequent commit also all autoconf generated files will follow.