ELPA can now be linked against a 64bit integer version of MPI and
ScalaPack. This is an experimental feature

The following points are still to be done
- does not work with real QR-decomposition
- generalized routines return wrong results
- the C tests and the C Cannon algorithm implementation do not
  work (no 64bit header files for MPI *at least* with Intel MPI)

ELPA can now link agains a 64bit integer verion of BLAS/LAPACK.
Currently this only works if ELPA is compiled with MPI=OFF!

The 64bit support is not available in the legacy interface

On heterogenous cluster, of nodes with different CPUs the _experimental_
feature (--enable-heterogenous-cluster-support) can be used:

It compares the (Intel) cpuid set of all CPUs which are used by ELPA MPI
processes and finds the SIMD instruction set, which is supported by all
used CPUs. The ELPA 2stage back-transformation kernel (a.k.a "kernel")
will be set accordingly on all MPI processes.

This feature, can override the setting of the kernel done previously by
the user!

At the moment it will only work for Intel CPUs, i.e. clusters consisting
of nodes with Intel CPUs and e.g. AMD CPUs are at the moment _NOT_
supported.

Since this is an experimental feature, it might be dropped again in the
future, if it turns out not to be useful for the users

- remove deprecated features
- update ABI and API versioning

- updated INSTALL
- change the ELPA vesioning number
- update Changelog and RELEASE_NOTES

Still to do:
- ABI versioning
- API version number
- Release notes
- Changelog
- Issues
- remove deprecated features
- update of API documentation

also introducing --with-likwid parameter to the configure script

Can be used to compile with likwid and to enable the likwid to measure
performance of individual compute steps

with AC_COMPILE_IFELSE in the configure.ac script

Add parts to configure.ac and Makefile.am. There is now an additional
flag --enable-python-tests. The tests require the pytest package.

The implementation of the test is a bit hacky because it takes
wrapper.so from .libs. This should probably improbed for better
portability.