1. 10 Jun, 2014 2 commits
  2. 06 Jun, 2014 1 commit
  3. 05 Jun, 2014 2 commits
  4. 28 May, 2014 1 commit
  5. 27 May, 2014 2 commits
  6. 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
  7. 03 Mar, 2014 1 commit
  8. 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
  9. 18 Dec, 2013 1 commit
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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
  15. 25 Jul, 2013 2 commits
    • 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
    • Andreas Marek's avatar
      69fe7452
  16. 21 May, 2013 1 commit
    • Andreas Marek's avatar
      License cleanup · 6f563aff
      Andreas Marek authored
      On behalf of the Elpa Consortium and due to a remark of
      Volker Blum the license model of ELPA is "corrected"
      
      - each file now contains the appropiate header
      - the files in the subdirectory "COPYING" are now
        in accordance with LGPL v. 3, the license we choose
        to use
      6f563aff
  17. 18 Feb, 2013 1 commit
  18. 23 Jan, 2013 2 commits
  19. 22 Jan, 2013 1 commit
  20. 04 Jan, 2013 2 commits
  21. 02 Jan, 2013 1 commit
  22. 06 Dec, 2012 4 commits
  23. 30 Nov, 2011 1 commit
    • Volker Blum's avatar
      VB, TA, RJ, AM: · d7a57612
      Volker Blum authored
      We have taken the unusual (one-time) step to modify the structure
      of the ELPA git repository as follows:
      
      1) The current ELPA version has been designated as a "stable"
         version. It has proven to be rock solid for us so far, and
         deserves this name.
      
      2) We have decided on a stable version naming scheme,
         "ELPA_year.month". The first such version is
         ELPA_2011.12. This version will only ever be updated
         for clear and unambiguous bug fixes.
      
      3) All further development will happen in the directory named
         ELPA_development_version. At this time, ELPA_2011.12 is an
         exact copy of ELPA_development_version.
      
      No substantial changes have been made to either repository as yet.
      (But we are happy to say that the present "ELPA" publication, which
      we hope ELPA users will cite, now has its final volume and page
      numbers.)
      
      We apologize if this change causes any inconvenience for you. Please
      try to make sure that any changes you might make really affect the
      development version, and not the stable version. We do not plan any
      structural changes of a similar scope at any point in the future,
      but it had to be done once.
      
      Happy ELPA stable version day!
      d7a57612
  24. 12 May, 2011 2 commits