1. 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
  2. 30 May, 2017 2 commits
  3. 24 May, 2017 3 commits
  4. 22 May, 2017 2 commits
  5. 21 May, 2017 1 commit
  6. 20 May, 2017 2 commits
  7. 19 May, 2017 3 commits
  8. 17 May, 2017 1 commit
  9. 16 May, 2017 3 commits
  10. 28 Apr, 2017 2 commits
    • Pavel Kus's avatar
      some more stop -> stop 1 changes · 3a902221
      Pavel Kus authored
      There are also at least those files, where stops without 1 are present
      
      src/elpa1/legacy_interface/elpa_cholesky_template_legacy.X90:
      src/elpa1/legacy_interface/elpa_invert_trm_legacy.X90:
      src/elpa1/legacy_interface/elpa_multiply_a_b_legacy.X90:
      src/elpa1/legacy_interface/elpa_solve_tridi_legacy.X90:
      
      should they be also changed?
      3a902221
    • Pavel Kus's avatar
      error stop "..." removed · b88d8788
      Pavel Kus authored
      b88d8788
  11. 23 Apr, 2017 1 commit
  12. 22 Apr, 2017 2 commits
  13. 21 Apr, 2017 1 commit
  14. 20 Apr, 2017 1 commit
  15. 19 Apr, 2017 4 commits
  16. 18 Apr, 2017 2 commits
  17. 13 Apr, 2017 1 commit
  18. 12 Apr, 2017 1 commit
  19. 10 Apr, 2017 1 commit
  20. 08 Apr, 2017 2 commits
  21. 07 Apr, 2017 2 commits
  22. 04 Apr, 2017 1 commit
  23. 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