1. 05 Mar, 2019 1 commit
  2. 01 Mar, 2019 1 commit
  3. 20 Feb, 2019 1 commit
  4. 23 Nov, 2017 1 commit
  5. 19 Nov, 2017 1 commit
  6. 01 Jun, 2017 1 commit
    • Lorenz Huedepohl's avatar
      A bit of cleanup of the test programs · 958032ef
      Lorenz Huedepohl authored
      - Remove all use of ELPA internal modules, the test programs now
        only use the public ELPA API. This is now enforced, by hiding the
        private modules
      
      - Prefix all test internal modules with "test_" to make it really
        clear that these modules are not to be used by users.
      958032ef
  7. 24 May, 2017 1 commit
  8. 20 May, 2017 1 commit
  9. 17 May, 2017 2 commits
  10. 16 May, 2017 3 commits
  11. 15 May, 2017 1 commit
  12. 24 Apr, 2017 1 commit
  13. 22 Apr, 2017 1 commit
  14. 21 Apr, 2017 1 commit
  15. 06 Apr, 2017 1 commit
  16. 05 Apr, 2017 1 commit
  17. 03 Apr, 2017 1 commit
    • Lorenz Huedepohl's avatar
      Initial version of new ELPA API · f91c0b4b
      Lorenz Huedepohl authored
      This attempt at a new, more flexible API for ELPA should hopefully
      result in less ABI/API breaking changes in the future.
      
      The new API features a generic key/value system for options that can be
      extended without changing any exported symbols or function signatures,
      so that new, optional features do not influence existing usage of ELPA.
      
      We hope this makes life easier for users of ELPA - at least in the long
      run when they migrated to this newest of ABI changes :)
      
      Example usage (explicit documentation to be done in a future commit):
      
         if (elpa_init(20170403) /= ELPA_OK) then
           error stop "ELPA API version not supported"
         endif
      
         e = elpa_create(na, nev, na_rows, na_cols, nblk, mpi_comm_world, my_prow, my_pcol, success)
      
         call e%set("solver", ELPA_SOLVER_2STAGE)
         call e%set("real_kernel", ELPA_2STAGE_REAL_GENERIC)
      
         call e%solve(a, ev, z, success)
      
         call e%destroy()
      
         call elpa_uninit()
      f91c0b4b
  18. 31 Mar, 2017 1 commit
  19. 16 Mar, 2017 1 commit
  20. 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
  21. 05 Aug, 2016 1 commit
  22. 04 Aug, 2016 1 commit
  23. 06 Jun, 2016 1 commit
  24. 23 May, 2016 1 commit
  25. 23 Apr, 2016 1 commit
  26. 22 Apr, 2016 2 commits
  27. 20 Apr, 2016 1 commit
    • Andreas Marek's avatar
      Additional configure check for gcc SSE intrinsics · 896388e9
      Andreas Marek authored
      It turned out that if a CPU supports SSE the already existing
      test for SSE assembly instructions always passes.
      However, the compilation of gcc SSE intrinic instructions might
      nevertheless fail if gcc is not called with one of the options
      "-msse3", "-msse4" , "-msse4.1", "-msse4.2", "-mavx", or "-mavx2"!
      
      Obviously gcc does still not consider SSE as a standard on X86_64
      Intel CPUs.
      
      An additional configure test has been introduced, which test for
      gcc intrinsic sse instructions. If this test fails, the corresponding
      kernels are switched off.
      896388e9
  28. 19 Apr, 2016 1 commit
  29. 06 Apr, 2016 1 commit
  30. 05 Apr, 2016 1 commit
    • Andreas Marek's avatar
      Introduction of new SSE kernels with different blocking · 69792b15
      Andreas Marek authored
      The SSE kernels with blocking of 2,4,6 (real case) and 1,2 (complex)
      case are now available by default
      
      Thus the following changes have been done
      - introduce new macros in configure.ac and Makefile.am
      - renmae the AVX kernels in AVX_AVX2 (they also support AVX2)
      - introduce new files with SSE kernel
      - introduce new kernel parameters !
      - make the SSE kernels callable
      
      The results are identical with previous kernels
      69792b15
  31. 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
  32. 24 Feb, 2016 1 commit
  33. 22 Dec, 2015 2 commits
  34. 11 Dec, 2015 2 commits