GitLab

Automake does normally not understand the dependencies of Fortran 90
modules, thus a parallel build will almost certainly fail.

ELPA 2011.12.002 now includes scripts from the fdep project
(see git.schokokeks.org/fdep) which cirumvents this problem.

Thanks to Lorenz Huedepohl, now a parallel build works.

- install (if build) test binaries in installdir/bin
- finish the test examples with a clean blacs_grid_exit

ELPA 2013.08.002

- install (if build) test binaries in installdir/bin
- finish the test examples with a clean blacs_grid_exit

ELPA_development_version_OPENMP
- install (if build) test binaries in installdir/bin
- rename files from *.f90 to *.F90 (later needed)

It is pointed out that setting the rpath in the linkline for
the blacs/scalapack installation is useful

It is pointed out that it is mandatory to set the variables
"BLACS_LDFLAGS" and "BLACS_FCFLAGS" at build time.

Furthermore, it is clarified how to set individual optimization
flags at build time

Thanks to a comment to the Debian community, the versioning
of the ELPA library and its API are changed:

- the API version nummer starts now with 0.0.0 and not
  anymore with the version number of the first ELPA release,
  i.e. 2011.12

- if ELPA is installed as library, the files are now named
  elpa.so.API_VERSION. All references to the ELPA version
  and the used compiler vanished, since these are considered
  harmeful.

Note, that at a later stage, if neccessary, the library name might
also contain the uses MPI version.

ELPA version 2011.12 can now be build with automake into
a shared/static library. This should help the bundling in
linux distributions

The other versions of ELPA will be updated soon

When changing the license of ELPA to LGPL, it was
forgotten to update the README files accordingly.
However, the license was and still is LGPL

On behalf of the Elpa Consortium and due to a remark of
Volker Blum the license model of ELPA is "corrected"

- each file now contains the appropiate header
- the files in the subdirectory "COPYING" are now
  in accordance with LGPL v. 3, the license we choose
  to use

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!