1. 06 Apr, 2017 1 commit
  2. 05 Apr, 2017 1 commit
  3. 21 Mar, 2017 1 commit
  4. 13 Feb, 2017 1 commit
    • Andreas Marek's avatar
      Error in "error handling" · 78543e3c
      Andreas Marek authored
      It could happen that ELPA stopped with an error but an exit code "0"
      was given, i.e. one could assume everything was fine when it was not!
      Now each Fortran "stop" was replaced with "stop 1" to prevent this
      78543e3c
  5. 10 Feb, 2017 1 commit
  6. 28 Jan, 2017 1 commit
  7. 24 Jan, 2017 1 commit
  8. 20 Jan, 2017 1 commit
  9. 18 Jan, 2017 1 commit
  10. 08 Dec, 2016 1 commit
  11. 05 Dec, 2016 1 commit
  12. 29 Nov, 2016 1 commit
  13. 25 Nov, 2016 1 commit
  14. 19 Nov, 2016 1 commit
  15. 18 Nov, 2016 1 commit
  16. 28 Oct, 2016 1 commit
  17. 26 Oct, 2016 1 commit
  18. 25 Oct, 2016 1 commit
  19. 17 Aug, 2016 1 commit
  20. 04 Aug, 2016 1 commit
  21. 28 Jun, 2016 1 commit
  22. 27 Jun, 2016 1 commit
    • Andreas Marek's avatar
      Better comments · 08086f30
      Andreas Marek authored
      - add markers for if / endif clauses
      - fix intendation for variable definitions
      08086f30
  23. 14 Jun, 2016 1 commit
  24. 13 Jun, 2016 2 commits
  25. 10 Jun, 2016 1 commit
  26. 08 Jun, 2016 1 commit
  27. 07 Jun, 2016 1 commit
  28. 06 Jun, 2016 2 commits
  29. 12 May, 2016 1 commit
  30. 25 Apr, 2016 1 commit
    • Andreas Marek's avatar
      Alignment error due to wrong stripe_width · f5feb969
      Andreas Marek authored
      In case of single precision calculations the stripe_width needs to
      be a multiple, which differs from the double precision by a factor of 2
      since one needs 32 bytes alignment and the sizeof(float) and sizeof(double)
      is different by a factor of two
      
      This commit closes issue #18
      f5feb969
  31. 22 Apr, 2016 1 commit
  32. 18 Mar, 2016 1 commit
    • Andreas Marek's avatar
      Allow ELPA to be build with single and double precision symbols in one · 647aa5a8
      Andreas Marek authored
      library
      
      It the configure option "--enable-single-precision" is specified,
      ELPA will also be build for single precision usage. The double precision
      and single precision will be available at the same time with names
      "solve_evp_real_1stage_double" or "solve_evp_real_1stage_single" and
      so on...
      
      This change immplied some major refactoring of the ELPA code:
      1.) functions/procedures had to be renamed with suffix "_double"
      
      2.) If necessary the same functions have to be available with suffix
      "_single"
      
      3.) Variable kind definitions have to be consistent with the
      intented use
      
      To avoid uneccessary code duplication this is done (most of the time)
      with preprocessor string substitution.
      
      The documentation has been updated.
      
      NOT SUPPORTED are at the moment:
      
      - single precision usage of ELPA2 with kernels, others than "generic"
        and "generic_simple"
      
      - single precision usage of GPU
      647aa5a8