1. 08 Jan, 2018 1 commit
  2. 01 Dec, 2017 2 commits
  3. 30 Nov, 2017 1 commit
  4. 27 Nov, 2017 1 commit
  5. 24 Nov, 2017 1 commit
  6. 30 Oct, 2017 1 commit
  7. 26 Oct, 2017 1 commit
    • Lorenz Huedepohl's avatar
      First implementation of an autotuning procedure · 0ebe4802
      Lorenz Huedepohl authored
      To be used like this
      
         class(elpa_t), pointer      :: e
         class(elpa_autotune_t), pointer :: tune_state
      
         e => elpa_allocate()
         call e%set(...)
         [...]
         assert_elpa_ok(e%setup())
      
         tune_state => e%autotune_setup(ELPA_AUTOTUNE_FAST, ELPA_AUTOTUNE_DOMAIN_REAL)
      
         ! Autotuning loop, continues until all combinations have been tried
         do while (e%autotune_step(tune_state))
           ! Do the steps that are representative of your calculation
           call e%eigenvectors(a, ev, z, error)
         end do
      
         ! Fix best parameters, and de-allocate the autotune object
         call e%autotune_set_best(tune_state)
         call elpa_autotune_deallocate(tune_state)
      0ebe4802
  8. 19 Jul, 2017 1 commit
  9. 14 Jul, 2017 1 commit
  10. 07 Jul, 2017 2 commits
  11. 05 Jul, 2017 1 commit
  12. 12 Jun, 2017 1 commit
    • Lorenz Huedepohl's avatar
      Had to move some functions to the public namespace · 38335f50
      Lorenz Huedepohl authored
      The PGI compiler (of course) complained about a missing module
      (elpa_generated_fortran_interfaces.mod) when compiling the test
      programs.
      
      It is true (in a way) that some part of this module is indeed necessary,
      as the public-facing function signatures have arguments that are
      referring to those three functions in their type:
      
        elpa_strerr_c(elpa_error)
        elpa_int_value_to_string_c(name, value, string)
        elpa_int_value_to_strlen_c(name, value)
      
      Thus, for these three we create another header prefix,
      
        !pf>
      
      for Fortran definitions that should be public. Those are included in
      elpa_api.F90.
      38335f50
  13. 03 Jun, 2017 1 commit
  14. 30 May, 2017 3 commits
  15. 29 May, 2017 1 commit
  16. 26 May, 2017 1 commit
  17. 25 May, 2017 1 commit
  18. 24 May, 2017 4 commits
  19. 23 May, 2017 2 commits
  20. 22 May, 2017 2 commits
  21. 21 May, 2017 1 commit
  22. 20 May, 2017 1 commit
  23. 19 May, 2017 2 commits
  24. 18 May, 2017 1 commit
  25. 16 May, 2017 2 commits
    • Lorenz Huedepohl's avatar
      Adapt legacy interface to new API · ac061bca
      Lorenz Huedepohl authored
      The legacy API is has been (internally) ported to use the new interface.
      The intent is that users of the legacy API do not have to change their
      codes.
      
      Next step is to completely adapt the .gitlab-ci.yml file
      ac061bca
    • Lorenz Huedepohl's avatar
      Working version of ELPA with new API · 3e42d4be
      Lorenz Huedepohl authored
      Still missing is the compatibility layer, currently it only compiles
      when configure is called with
      
        --disable-legacy
      
      Also, a more general solution to parameter passing via environment
      variables would be nice.
      3e42d4be