1. 24 Mar, 2015 1 commit
  2. 09 Mar, 2015 2 commits
  3. 06 Mar, 2015 2 commits
  4. 03 Mar, 2015 1 commit
    • Andreas Marek's avatar
      New ELPA 2015.02.001 release · c13fcc7b
      Andreas Marek authored
      If the user chooeses parameters for the QR-decomposition which are
      not allowed an error has been produced. This error is caught now,
      and the library aborts with a message
      
      It is now possible to switch on more debug messages via
      the environment variable "ELPA_DEBUG_MESSAGES=yes"
      c13fcc7b
  5. 11 Feb, 2015 2 commits
    • Andreas Marek's avatar
      Error in BGQ kernel detection · 0b19d06a
      Andreas Marek authored
      Error in configure test program fixed
      0b19d06a
    • Andreas Marek's avatar
      Abort on error in QR-decomposition · ff13970b
      Andreas Marek authored
      If the QR-decomposition is used wrongly (matrix size is not a
      multiple of block size) the the execution will abort, in
      order to prevent the wrong results, discussed in a previous commit
      
      Debug messages are now available by setting the environment variable
      "ELPA_DEBUG_MESSAGES" to "yes".
      ff13970b
  6. 03 Feb, 2015 1 commit
    • Andreas Marek's avatar
      Partial roll-back of ELPA_2015.02.001 release · 3d880b65
      Andreas Marek authored
      We found a bug in the QR-decomposition, which appears for
      some matrix sizes and produces wrong results!
      
      If the QR decomposition is switched on, an appropiate warning
      is shown.
      
      This bug is still under investigation
      3d880b65
  7. 02 Feb, 2015 1 commit
  8. 29 Jan, 2015 1 commit
  9. 28 Jan, 2015 2 commits
  10. 27 Jan, 2015 1 commit
  11. 25 Aug, 2014 1 commit
  12. 30 Jun, 2014 1 commit
    • Andreas Marek's avatar
      Another ABI change in ELPA_2014.06 pre-release · a2b2e6bf
      Andreas Marek authored
      Build servers recommend against calling "abort" functions in a
      library. Thus, from now on, ELPA  returns a success flag, which
      is a change of ABI!
      
      In order to force the user to honour this, the ELPA drivers
      are converted to functions, which implies an adaptation and
      rebuild of the user code. The driver functions return a
      logical "success", which, if it is false, indicates an
      error within the library.
      
      It is advised to check catch and check this
      return value in the user code, which calls ELPA.
      a2b2e6bf
  13. 12 Jun, 2014 2 commits
  14. 10 Jun, 2014 2 commits
  15. 06 Jun, 2014 1 commit
  16. 05 Jun, 2014 2 commits
  17. 28 May, 2014 1 commit
  18. 27 May, 2014 2 commits
  19. 26 May, 2014 3 commits
    • Andreas Marek's avatar
      ELPA_2014.06 prepare release · 53f2f2c6
      Andreas Marek authored
      Now it is possible
      - to choose the kernel (real and complex independently) at run-time
        via environment variables, or
      - to specify the kernel (real and complex independently) at runtime
        via specifing the kernel in the call to ELPA
      
      This has a few implications
      1) The ELPA 2014.06 release has a change in the API and is thus not
         binary compatible with previous versions
      2) if no kernels are specified, a default kernel is choosen
      3) if a wrong kernel is specified, a default kernel is choosen
      
      For sake of simplicity it is still possible to build ELPA with
      support for only one kernel, as in previous versions. However, it is
      still not binary compatible to previous versions
      53f2f2c6
    • Andreas Marek's avatar
      Prepare 2014.06.000: check for Fortran environment · c090a89f
      Andreas Marek authored
      Configure checks whether the Fortran environment module
      is available. If yes, the library is build such, that all
      messages (from within the library) are printed at the correct
      stderr unit. If not, then the stderr unit is set to unit=6
      c090a89f
    • Andreas Marek's avatar
      Cleanup of configure.ac ELPA_2013.11; Create ELPA_2014.06 · b3d47d1e
      Andreas Marek authored
      The configure.ac of ELPA_2013.11 is cleaned up a bit
      Also, ELPA_2013.11 is copied to ELPA_2014.06 in order to have
      the base for the next ELPA release
      b3d47d1e
  20. 03 Mar, 2014 1 commit
  21. 27 Feb, 2014 1 commit
    • Andreas Marek's avatar
      ELPA_2013.11.006 bugfix for kernels real blocking 6 and 4 · f0c7cb0d
      Andreas Marek authored
      Due to an error in a preprocessor statement, the results for
      real matrices were wrong if the kernels "avx-real-block6" or
      "avx-real-block4" were chosen. No other kernels are affected.
      
      The test programms always correctly stated that the results for
      these kernels are wrong.
      f0c7cb0d
  22. 18 Dec, 2013 1 commit
  23. 10 Dec, 2013 1 commit
    • Andreas Marek's avatar
      ELPA 2013.11.003 · e0df8de4
      Andreas Marek authored
      Removed a forgotten C-preprocessor error flag.
      Futhermore, describe in the documentation why at the moment a
      build of Bluegene P/Q kernels and OpenMP is not allowed.
      e0df8de4
  24. 15 Nov, 2013 1 commit
    • Andreas Marek's avatar
      ELPA_2013.11 release (minor version 000) · ea970032
      Andreas Marek authored
      This is the release of the ELPA_development_version_OpenMP
      If OpenMP support is not used, this version has the same
      functionality as ELPA_2013.08.
      
      If OpenMP support is used, obviously, a hybrid version of ELPA will be
      build.
      
      Allthough this is a release, version ELPA_2013.11 is far from complete!
      During the next week optimizations of the OpenMP part will be published,
      however, the basic functionality is set by this commit
      ea970032
  25. 28 Oct, 2013 3 commits
    • Andreas Marek's avatar
      Introducing OpenMP functionality in ELPA_development_version_OpenMP · 48e712ef
      Andreas Marek authored
      This commit introduces OpenMP functionality in the
      ELPA_development_version_OpenMP branch.
      
      It contains several bugfixes to the OpenMP functionality in the
      branch "ELPA_development_version", the later will soon be deleted
      since the new branch is the new reference implementation.
      
      The current branch contains the following features/bugfixes:
      - building of the OpenMP version of ELPA via configure and the
        "--with-openmp" flag. The build library contains a "_mt"
        (multi-threaded) in its name.
        The configure procedure should (hopefully) determine for each
        compiler the neccessary OpenMP flags.
        If the "--with-openmp" flag is ommitted exactly the same code
        as in the ELPA 2013.08.001 release is used and build in the
        same way
      - The example test cases print which kernels have been used and
        how many OpenMP threads are used at runtime
      - correct handling of OpenMP stack arrays: the previous implementation
        caused compiler dependent segmentation faults
      - OpenMP capability with all available kernels: the correctness of
        the computations have been checked for all kernels except the
        Bluegene (P/Q) versions
      48e712ef
    • Andreas Marek's avatar
      Creating of ELPA_development_version_OpenMP · bc9a3d07
      Andreas Marek authored
      Based on the ELPA 2013.08.001 a development version for ELPA OpenMP
      has been created
      bc9a3d07
    • Andreas Marek's avatar
      BUGFIX and BUGFIX versioning · 9e3319b3
      Andreas Marek authored
      A bug in ELPA_2013.08 was fixed: due to typo in a preprocessor statement
      the kernels optimized for BLUGENE/P could not be used correctly.
      
      In course of this action, also a bugfix versioning scheme was
      introduced: in case of bugfixes they are versioned with an extra 3 digit
      number in the ELPA release name, i.e ELPA 2013.08 -> 2013.08.001
      
      Consistently any new release of ELPA will from now on start on the minor
      level "000".
      9e3319b3
  26. 14 Aug, 2013 1 commit
    • Andreas Marek's avatar
      BUGFIX for ELPA_2013.08 in the real case · c761b9a9
      Andreas Marek authored
      Due to a wrong preprocessor setting, dependig on the chosen elpa2
      kernel, no kernel was called from within elpa2.F90, i. e. the
      real computation actually did nothing. The complex case was not
      affected.
      c761b9a9
  27. 08 Aug, 2013 1 commit
    • Andreas Marek's avatar
      Elpa release 2013.08 · b015b6e1
      Andreas Marek authored
      This commit releases ELPA version 2013.08
      
      It is identical with the latest commit version 2013.02_BETA, except:
      
      - rename ELPA_2013.02.BETA -> ELPA_2013.08
      - update of configure.ac
      - remove of src/elpa2.f90_save
      - remove of test/Makefile
      
      This version has been tested extensivly, however, there might always
      be some bugs.
      In case of questions please contact elpa-library@rzg.mpg.de or via
      the ELPA forum on http://elpa-lib.fhi-berlin.mpg.de/forum/index.php
      b015b6e1
  28. 25 Jul, 2013 1 commit
    • Andreas Marek's avatar
      Automake feature for this ELPA version · 00116c53
      Andreas Marek authored
      Similiar to ELPA_2011.12 this version of ELPA now supports automake.
      
      To the _source_ code of ELPA the following changes had to be made:
      
      -elpa2.F90 now use the create "config-f90.h" file to choose via
       preprocessor switches which kernel was defined by the user
      
      - the SSE-AVX intrinsic kernels of A. Heinecke had to be changed such
        that they support "internal linkage" for the building of a shared
        library.
      
      The following other changes were made to the documentation
      
      - elpa2_kernels/README_elpa2_kernels.txt was updated; the new configure
        targets are explained
      
      - README, INSTALL were updated
      
      To high propability this commit is the last one, before this beta
      version	will become an official release
      00116c53