GitLab

complex cases

Create automatically two independent routines for real and complex
valued matrices

This commit is not ABI compatible

This commit is not ABI compatible, since it changes the interfaces
of some routines

Also, introduce type checking for transpose and reduce_add routines

Andreas Gloess informed us about a memory leak in ELPA, which was
introduced in version 2013.11.008.

This memory leak is removed now again.

Note, that older versions of ELPA will not be fixed right now.

1. The dimensions of an array have been wrong in cuda calls.
2. Start to get rid of "assumed-size" arrays in the real case
   They are a nightmare to debug and easily lead to a conceptional
   error as in 1.

   Furthermore, the compiler can generally optimize code better if
   "assumed-shape" arrays are used, since more information is available
   at compile time

If not, abort with an #error (this means that configure failed to detect
the lack of AVX support for C++)

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

In the test programms "MPI_ABORT" has been used incorrectly.

The blocksize should be intent(in) and not intent(inout), since
it should not be changed by solve_evlp_real_2stage

The procedure "get_elpa_row_col_comms" is now a function instead
a subroutine and returns an error code.

This should have been done previously when all the other ELPA
function have been updated to return an error code.

This requires an ABI change in the next ELPA release !

If the user chooeses parameters for the QR-decomposition which are
not allowed an error has been produced. This error is caught now,
and the library aborts with a message

It is now possible to switch on more debug messages via
the environment variable "ELPA_DEBUG_MESSAGES=yes"

Error in configure test program fixed

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".

We found a bug in the QR-decomposition, which appears for
some matrix sizes and produces wrong results!

If the QR decomposition is switched on, an appropiate warning
is shown.

This bug is still under investigation

It contains preprocessor directives which produce warnings or errors
otherwise.

- cleanup of the file
- add more  (optional) timing information

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

We have taken the unusual (one-time) step to modify the structure
of the ELPA git repository as follows:

1) The current ELPA version has been designated as a "stable"
   version. It has proven to be rock solid for us so far, and
   deserves this name.

2) We have decided on a stable version naming scheme,
   "ELPA_year.month". The first such version is
   ELPA_2011.12. This version will only ever be updated
   for clear and unambiguous bug fixes.

3) All further development will happen in the directory named
   ELPA_development_version. At this time, ELPA_2011.12 is an
   exact copy of ELPA_development_version.

No substantial changes have been made to either repository as yet.
(But we are happy to say that the present "ELPA" publication, which
we hope ELPA users will cite, now has its final volume and page
numbers.)

We apologize if this change causes any inconvenience for you. Please
try to make sure that any changes you might make really affect the
development version, and not the stable version. We do not plan any
structural changes of a similar scope at any point in the future,
but it had to be done once.

Happy ELPA stable version day!

but will do for now.

     now reflect the current status of ELPA for any future developments.