1. 02 Jul, 2014 2 commits
    • Lorenz Huedepohl's avatar
      Final(?) version number scheme change · 7ab88e83
      Lorenz Huedepohl authored
      It was decided that the version number shall be all of 2014.06.001, that
      is including the release version.
      
      Sadly, pkg-config is not too flexible with different versions of
      libraries, therefore the pkg-config file will have the full version
      number including the release. This might be a bit cumbersome for
      dependent projects.
      7ab88e83
    • Lorenz Huedepohl's avatar
      Fix libtool library version and naming · 15537712
      Lorenz Huedepohl authored
      It was decided that the library file shall be called
      
        libelpa.so.*
      
      without an explicit version string. Version information will be encoded
      by using the -version-info parameter of libtool, resulting in an actual
      filename as defined by your flavor of Unix.
      
      The file LIBRARY_INTERFACE documents the changes, the current interface
      has number 1 and is binary incompatible with the previous version 0.
      15537712
  2. 01 Jul, 2014 3 commits
  3. 27 Jun, 2014 2 commits
  4. 25 Jun, 2014 2 commits
  5. 16 Jun, 2014 1 commit
  6. 13 Jun, 2014 1 commit
  7. 12 Jun, 2014 1 commit
  8. 11 Jun, 2014 1 commit
  9. 10 Jun, 2014 1 commit
  10. 08 Jun, 2014 1 commit
    • Lorenz Huedepohl's avatar
      Disable maintainer mode for automake · 6dea7b4a
      Lorenz Huedepohl authored
      Without this, automake tries to be smart and rebuilt the autoconf
      generated files such as configure, aclocal.m4, etc., in case the
      timestamps of files such as configure.ac are newer.
      
      This only makes trouble for end users with out-of-date autoconf versions
      that cannot produce these files.
      6dea7b4a
  11. 06 Jun, 2014 1 commit
  12. 05 Jun, 2014 2 commits
  13. 28 May, 2014 3 commits
  14. 27 May, 2014 3 commits
  15. 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
  16. 21 Mar, 2014 1 commit
  17. 03 Mar, 2014 1 commit
  18. 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
  19. 26 Feb, 2014 1 commit
    • Andreas Marek's avatar
      ELPA_2013.11.005 Changes in OpenMP detection · c4e3b88c
      Andreas Marek authored
      The Intel Fortran compiler accepts the flag "-fopenmp" for compilation
      with OpenMP. However, the Intel MPI compiler wrapper does not.
      With the Intel compiler, this leads to the fact, that if ELPA is compiled
      with the "-fopenmp" flag a not thread-save version of the Intel MPI
      library is used and the test (with make check) fails.
      
      Intel promised to solve this in the future.
      
      However, for now the problem is solved in the user friendly way that no
      manipulation of the MPI compiler wrappers have to be done:
      
      For detecting the OpenMP compiler flags, instead of the predefined
      macro "AC_OPENMP" of autoconf a modified macro "AX_ELPA_OPENMP"
      is used, which first checks "-openmp" and only then "-fopenmp".
      Thus it is ensured that the Intel compiler (and mpi compiler wrapper)
      does not get confused.
      
      This is invisible for users calling "configure" during the installation
      process.
      c4e3b88c
  20. 24 Feb, 2014 1 commit
  21. 18 Dec, 2013 1 commit
  22. 10 Dec, 2013 2 commits
    • 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
    • Andreas Marek's avatar
      Add parallel build functionality in ELPA_development_version_qr · 0cf41397
      Andreas Marek authored
      Automake does normally not understand the dependencies of Fortran 90
      modules, thus a parallel build will almost certainly fail.
      
      As in ELPA 2011.12.002, the ELPA_development_version_qr  now
      includes scripts from the fdep project (see git.schokokeks.org/fdep)
      which cirumvents this problem.
      
      Thanks to Lorenz Huedepohl, now a parallel build works.
      0cf41397
  23. 09 Dec, 2013 1 commit
    • Andreas Marek's avatar
      ELPA 2013.11.001 · b387bd7e
      Andreas Marek authored
      - updated INSTALL documentation
      - improved description of kernels src/elpa2_kernels/README_elpa2_kernels.txt
      - improved OpenMP builds:
         * usage of OpenMP can now be specified with
           "--enable-openmp" or "--with-openmp"
      - improved checks for AVX build (identical to ELPA 2013.08.003):
         * if AVX kernels are specified AVX compilation is tested
         * the option "--with-avx-optimization" automatically updates
           CFLAGS and CXXFLAGS with optimization flags
      b387bd7e
  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