1. 23 Mar, 2015 1 commit
  2. 19 Mar, 2015 1 commit
  3. 18 Mar, 2015 1 commit
  4. 11 Mar, 2015 2 commits
  5. 11 Feb, 2015 1 commit
  6. 02 Feb, 2015 1 commit
    • Andreas Marek's avatar
      Release version of ELPA_2015.02 · 9aa39397
      Andreas Marek authored
      As obvious from the previous commits, this release of ELPA
      introduces a (optional) QR-decomposition for real valued
      matrices. This option can be used at run-time by either setting
      an environment variable, or by calling the ELPA-2 solver for
      real matrices with an additional flag.
      
      Thus the ABI changed, w.r.t. previous versions.
      
      Furthermore, the build process of ELPA has been made more
      consistent. All optimization flags (especially O1, O2 etc.)
      have to be set at build time by the user via the CFLAGS, FCFLAGS,
      and CXXFLAGS variables. The configure script does not set
      automatically the "O-Flags" anymore.
      9aa39397
  7. 30 Jan, 2015 1 commit
    • Lorenz Huedepohl's avatar
      Improve OpenMP detection in configure.ac · 254bd8ef
      Lorenz Huedepohl authored
      Some users where "clever" enough to supply a library in LDFLAGS/LIBS
      thath contained omp_get_num_threads, therefore tricking configure into
      thinking that we do not need any flags to enable OpenMP.
      
      Now the Fortran test only works if "use omp_lib" and "!$" OpenMP
      conditional compilation work.
      
      Also, if no valid OpenMP flag could be detected configure silently
      continued. I changed this to an explicit error.
      254bd8ef
  8. 29 Jan, 2015 1 commit
  9. 28 Jan, 2015 1 commit
  10. 27 Jan, 2015 1 commit
  11. 25 Aug, 2014 2 commits
    • Andreas Marek's avatar
      ELPA 2014.06.004 Optional usage of detailed timings · ae473b44
      Andreas Marek authored
      At build time it can be specified that the ELPA test
      programs give more detailed timing information, which
      is usefull for performace measurements
      ae473b44
    • Andreas Marek's avatar
      ELPA 2014.06.003: Allow redirect of MPI task output · 7ddffdbd
      Andreas Marek authored
      If specified in the configure step, the test programs
      redirect their stdout and stderr output of each MPI
      task in a seperate file, which will be stored in a
      subdirectory "mpi_stdout".
      
      This will only be done if the environment variable
      "REDIRECT_ELPA_TEST_OUTPUT" is set to "true"
      7ddffdbd
  12. 08 Aug, 2014 1 commit
  13. 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
  14. 01 Jul, 2014 3 commits
  15. 27 Jun, 2014 2 commits
  16. 25 Jun, 2014 2 commits
  17. 16 Jun, 2014 1 commit
  18. 13 Jun, 2014 1 commit
  19. 12 Jun, 2014 1 commit
  20. 11 Jun, 2014 1 commit
  21. 10 Jun, 2014 1 commit
    • Lorenz Huedepohl's avatar
      Make ELPA ready for packaging as RPM · 7ea5c43a
      Lorenz Huedepohl authored
      This includes a number of changes:
      
      - ScaLAPACK2 on from the openSUSE:science repository is now correctly
        auto-detected. As ScaLAPACK2 already includes BLACS, an additional
        BLACS library must not be linked!
      
      - The resulting library is now called elpa-2014.06.000.so, as was
        probably originally intended anyway
      
      - The pkg-config file was renamed to elpa-2014.06.000.pc and filled with
        correct values. With this, a package using ELPA can easily get the
        necessary compilation and library flags.
      
      In this commit, only the "precious" files (Makefile.am, configure.ac,
      etc.) are included, to make clear what has been changed by hand.
      
      In the subsequent commit also all autoconf generated files will follow.
      7ea5c43a
  22. 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
  23. 06 Jun, 2014 1 commit
  24. 05 Jun, 2014 2 commits
  25. 28 May, 2014 3 commits
  26. 27 May, 2014 3 commits
  27. 26 May, 2014 2 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