GitLab

These can be used internally by

  call self%set_private(name, value)

   or

  call self%get_private(name, value)

but are not valid for the self%set()/get() routines, i.e. are not
visible to users of ELPA.

The public "solve" method has been renamed "eigenvectors" since it
computes the eigenvalues and (at least parts of) the eigenvectors

Another routine "eigenvalues" will just compute the eigenvalues

DATATTYPE instead of DATATYPE

This prevented builing for SUSE Leap_42.2 but actually this should
always have failed !

Loh/spectest

See merge request !5

- Add new program 'elpa_tests'
- Disable x86 kernels for other architectures in spec file
- Also, just compile with SSE for RPMs at the moment, this should work
  almost everywhere nowadays.

Apparently, this is now necessary when compiling in another directory
than the top-level

Since there are at the moment no double-valued entries, it is better to
abort early than to try to walk the zero-length array. It might even
work, but better safe than sorry.

The intention is that this release still provides the old interface
with only the new API functions as an addition. Thus, the libtool
'current' and 'age' fields are both incremented by 1.

For the RPM spec file this means that the 'so_version' macro still has
the value '8'