- 18 Aug, 2016 3 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
- 17 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 16 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 11 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 10 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 09 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 08 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 05 Aug, 2016 4 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
- 04 Aug, 2016 2 commits
-
-
Andreas Marek authored
A random matrix is set up, and then result = a**T * 2*b is computed this is compared with the result of plain scalapack routines and the maximum norm of "scalapack - elpa" is computed (should be zero on machine precision)
-
Andreas Marek authored
-
- 03 Aug, 2016 1 commit
-
-
Andreas Marek authored
-
- 10 Jul, 2016 1 commit
-
-
Andreas Marek authored
-
- 08 Jul, 2016 3 commits
-
-
Lorenz Huedepohl authored
The actual reason for the linker problems was that the Fortran libraries where listed before the object files, by modifying the _LINK automake variables. The proper way to do is of course to add the necessary libraries after the object files by appending them to the _LDADD variables. As the MPI module was not responsible for the linker problems it is now used by default, unless explicitly switched off with --disable-mpi-module Also, the C test programs that had these linker errors where previously not compiled in the OpenMP case, for no obvious reason. Now they are also included there.
-
Andreas Marek authored
-
Andreas Marek authored
-
- 07 Jul, 2016 1 commit
-
-
Lorenz Huedepohl authored
-
- 04 Jul, 2016 1 commit
-
-
Andreas Marek authored
-
- 02 Jul, 2016 8 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
- 30 Jun, 2016 1 commit
-
-
Andreas Marek authored
-
- 22 Jun, 2016 1 commit
-
-
Andreas Marek authored
-
- 14 Jun, 2016 1 commit
-
-
Lorenz Huedepohl authored
Apparently, when prepending $(FCLIBS) to $(LINK), the resulting command line has the $(FCLIBS) libraries then _in front_ of the object files, which some linkers do not like (error adding symbols: DSO missing from command line)
-
- 10 Jun, 2016 1 commit
-
-
Andreas Marek authored
These functions were made private with ELPA releases 2016.05.001 and 2016.05.002, but they should be public
-
- 31 May, 2016 1 commit
-
-
Andreas Marek authored
-
- 30 May, 2016 5 commits
-
-
Andreas Marek authored
-
Lorenz Huedepohl authored
-
Lorenz Huedepohl authored
Now they just cluttered the main build directory, put them also in private_modules/. This of course assumes that no two test programs define modules with the same name. Also, this necessitates that the shared sources are also only compiled once, thus I put them into an internal libtool convenience library and link all test programs with it.
-
Lorenz Huedepohl authored
Remove all references to private functions and symbols from the public Fortran modules. Install also only the public modules
-
Andreas Marek authored
If compiled with MPI, the necessary "mpiexec -n 2" was not written in the check scripts. This commit is based on a patch provided by Michael Banck from debian.org
-