- 24 Feb, 2014 1 commit
-
-
Andreas Marek authored
It is more user friendly if the configure steps aborts in the case that the user did not define which ELPA kernel to use
-
- 18 Dec, 2013 1 commit
-
-
Andreas Marek authored
A few kernels could not be used together with OpenMP: an interface error prohibited the compilation.
-
- 10 Dec, 2013 5 commits
-
-
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.
-
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.
-
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.
-
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, ELPA 2013.08.004 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.
-
Andreas Marek authored
Automake does normally not understand the dependencies of Fortran 90 modules, thus a parallel build will almost certainly fail. ELPA 2011.12.002 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.
-
- 09 Dec, 2013 4 commits
-
-
Andreas Marek authored
Identical to ELPA 2013.11.001 the build procedure is updated - 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
-
Andreas Marek authored
The Fortran standard requires a maximum line length of 132 characters. Linefeeds are introduced where necessary
-
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
-
Andreas Marek authored
- The INSTALL documentation was updated a bit - the documentation of the ELPA kernels was improved - the configure script was improved: if usage of an AVX kernel is specified, at configure time it is checked whether such a kernel can be build If not, it is checked whether the kernel can be build if the option "-mavx" is added to the CFLAGS and CXXFLAGS. If this is still not possible an error is thrown. if the option "--with-avx-optimization" than the CFLAGS and CXXFLAGS are automatically updated with some necessary flags (which are described in the kernel documentation file)
-
- 29 Nov, 2013 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
Now, the branch ELPA_development_version_qr contains the full QR functionality, which was introduced by Auckenthaler in the (obsolete) ELPA_development_version_branch Changes are: - build procedure with configure like the other branches/releases - renaming of a few files The QR decomposition was tested for a few matrices and gave correct results
-
- 26 Nov, 2013 1 commit
-
-
Andreas Marek authored
- the files in the sub-dir src/elpa_qr from the ELPA_development_branch are introduced in the branch ELPA_development_version_qr - the file tum_utils.f90 is renamed to qr_utils.f90
-
- 19 Nov, 2013 1 commit
-
-
Andreas Marek authored
-
- 15 Nov, 2013 2 commits
-
-
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
-
Andreas Marek authored
-
- 14 Nov, 2013 1 commit
-
-
Andreas Marek authored
If ELPA is compiled with OpenMP the MPI_INIT_THREAD with level THREAD_MULIPLE must be called. This is changed in the test programs
-
- 08 Nov, 2013 1 commit
-
-
Andreas Marek authored
- install (if build) test binaries in installdir/bin - finish the test examples with a clean blacs_grid_exit ELPA 2013.08.002 - install (if build) test binaries in installdir/bin - finish the test examples with a clean blacs_grid_exit ELPA_development_version_OPENMP - install (if build) test binaries in installdir/bin - rename files from *.f90 to *.F90 (later needed)
-
- 31 Oct, 2013 3 commits
-
-
Andreas Marek authored
A developement version for MRRR algorithm is created; Based on ELPA_development_version_OpenMP
-
Andreas Marek authored
ELPA_development_version_branch Since the new, tested branch ELPA_development_version_OpenMP is now in place, the still buggy OpenMP functionality from the branch ELPA_development_version is removed. The branch ELPA_development_version now only contains the untested support of the MRRR algorithm
-
Andreas Marek authored
The test examples are a little bit more verbose if OpenMP is used
-
- 28 Oct, 2013 4 commits
-
-
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
-
Andreas Marek authored
Based on the ELPA 2013.08.001 a development version for ELPA OpenMP has been created
-
Andreas Marek authored
For debugging purposes the test examples of the ELPA library can now write the Eigenvectors in an ascii file, e.g a call of "test_real 4000 1500 16 output" will envoke the test case for real matrices of the ELPA1 library. A matrix of 4000x4000 values will be created an 1500 EV's will be computet with a 16 blocking. And the results will be --- due to the output flag --- written to a text file
-
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".
-
- 14 Aug, 2013 3 commits
-
-
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.
-
Andreas Marek authored
-
Andreas Marek authored
It is pointed out that setting the rpath in the linkline for the blacs/scalapack installation is useful
-
- 13 Aug, 2013 2 commits
-
-
Andreas Marek authored
The configure process in ELPA_2013.08 did not work, since I forgot to upload some files
-
Andreas Marek authored
It is pointed out that it is mandatory to set the variables "BLACS_LDFLAGS" and "BLACS_FCFLAGS" at build time. Furthermore, it is clarified how to set individual optimization flags at build time
-
- 12 Aug, 2013 1 commit
-
-
Andreas Marek authored
Thanks to a comment to the Debian community, the versioning of the ELPA library and its API are changed: - the API version nummer starts now with 0.0.0 and not anymore with the version number of the first ELPA release, i.e. 2011.12 - if ELPA is installed as library, the files are now named elpa.so.API_VERSION. All references to the ELPA version and the used compiler vanished, since these are considered harmeful. Note, that at a later stage, if neccessary, the library name might also contain the uses MPI version.
-
- 08 Aug, 2013 2 commits
-
-
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
-
Andreas Marek authored
-
- 25 Jul, 2013 6 commits
-
-
Andreas Marek authored
This is the version as obtained from Peter Messmer from Nvidia. This version is not yet consolidated or very well tested. The build process is a little tricky. But next commits will start cleaning up
-
Andreas Marek authored
-
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
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-