- 08 Jul, 2016 2 commits
-
-
Andreas Marek authored
-
Lorenz Huedepohl authored
For some strange reason this causes linker errors on _some_ openSUSE_Tumbleweed installations..
-
- 07 Jul, 2016 3 commits
-
-
Lorenz Huedepohl authored
Apparently in some compiler/MPI combinations (gcc with impi 5.1.3) the identifier 'mpi_status' is defined and exporeted in their MPI fortran module and it is thus not allowed to name one of your local variables also 'mpi_status'. The confusing error message I got was ../src/elpa2_compute.F90:5780:37: call mpi_wait(ireq_hv,mpi_status,mpierr) 1 Error: Invalid procedure argument at (1) even though everything seemed to be defined correctly
-
Lorenz Huedepohl authored
-
Lorenz Huedepohl authored
-
- 04 Jul, 2016 5 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
- 02 Jul, 2016 9 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
-
Andreas Marek authored
-
- 01 Jul, 2016 1 commit
-
-
Andreas Marek authored
-
- 30 Jun, 2016 1 commit
-
-
Andreas Marek authored
-
- 29 Jun, 2016 1 commit
-
-
Andreas Marek authored
-
- 20 Jun, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
Some people had problems finding the ELPA email address, thus is is clearly specified here
-
- 16 Jun, 2016 3 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
- 14 Jun, 2016 2 commits
-
-
Andreas Marek authored
The subroutine solve_tridi has NOT been shifted from the private module "elpa1_compute" to the public module elpa1_auxilliary. Instead, a wrapper function solve_tride has been introduced, which calls (via Fortran module association) the private function. This does what it is supposed to do, but should be cleaned up at some time. Public functions (interfaces) should be implemented in a public module
-
Andreas Marek authored
-
- 10 Jun, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
These functions were made private with ELPA releases 2016.05.001 and 2016.05.002, but they should be public
-
- 30 May, 2016 9 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Lorenz Huedepohl 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
-