1. 18 May, 2017 1 commit
  2. 23 Apr, 2017 1 commit
  3. 30 Mar, 2017 1 commit
  4. 17 Mar, 2017 1 commit
  5. 16 Mar, 2017 1 commit
  6. 15 Feb, 2017 3 commits
  7. 25 Nov, 2016 1 commit
  8. 24 Nov, 2016 1 commit
  9. 11 Nov, 2016 2 commits
  10. 02 Nov, 2016 2 commits
  11. 01 Nov, 2016 1 commit
  12. 28 Oct, 2016 2 commits
  13. 27 Oct, 2016 4 commits
  14. 18 Oct, 2016 2 commits
  15. 11 Oct, 2016 2 commits
  16. 10 Oct, 2016 1 commit
  17. 29 Sep, 2016 8 commits
  18. 29 Jun, 2016 1 commit
  19. 02 May, 2016 2 commits
  20. 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
  21. 24 Feb, 2016 1 commit
  22. 16 Dec, 2015 1 commit
    • Andreas Marek's avatar
      Add interface to unify C and Fortran names · bb046d1c
      Andreas Marek authored
      This commit does not change the interfaces defined in ELPA_2015.11.001 !
      All functionality is available via the interface names and definitions
      as in ELPA_2015.11.001
      
      But some new interfaces have been added, in order to unfiy the
      references from C and Fortran codes:
      
      - The procedures to create the ELPA (row/column) communicators are now
        available from C _and_ Fortran with the name "get_elpa_communicators".
        The old Fortran name "get_elpa_row_col_comms" and the old C name
        "elpa_get_communicators" are from now on deprecated but still available
      
      - The 1-stage solver routines are available from C _and_ Fortran via
        the names "solve_evp_real_1stage" and "solve_evp_complex_1stage".
        The old Fortran names "solve_evp_real" and "solve_evp_complex" are
        from now on deprecated but still functional.
      
      All documentation (man pages, doxygen, and example test programs) have
      been changed accordingly.
      
      This commit implies a change in the API versioning number, but no
      chan...
      bb046d1c