This document regroups information about the CP2K CMake system. CMake is used to detect CP2K dependencies and configure the compilation process. Dependencies should be installed independently either with a distribution package manager, easybuild, or spack to name a few.
It is easier to build and install all manually built dependencies in a single
directory ideally where CP2K will also be installed. CMake will have less
difficulties to find the FindPACKAGE.cmake
files and dependent libraries. CMake
will also use environment variables such as ORNL_FFTW3_ROOT
, etc. Usually a
standard prefix is used in HPC environments. If known just add it in the
cmake/cp2k_utils.cmake
file.
The CMake build system requires a minimum set of dependencies:
- a c, C++, and fortran compiler (gcc, intel oneapi, AMD or nvidia SDK, xlf, etc...)
- an MPI implementation
- DBCSR
- openmp
- any flavor of BLAS, LAPACK, SCALAPACK.
- CMake
Major vendors implementations of BLAS, LAPACK, and scalapack are supported. The
build system was tested with MKL, cray libsci, OpenBLAS, flexiblas but it should
also work with blis, or ATLAS. Corresponding FindPACKAGE.cmake
are included but
they still need testing.
Options turned on by default are CP2K_USE_LIBXSMM
, CP2K_USE_FFTW3
,
CP2K_USE_LIBXC
, CP2K_USE_COSMA
, and CP2K_USE_LIBINT2
. Additionally MPI, DBCSR,
OPENMP, SCALAPACK, and BLAS/LAPACK are mandatory and can not be turned off. The
arguement -DCP2K_USE_OPTION=ON, OFF
can be added to the cmake
command line to
turn ON
or OFF
a specific option. The list of currently supported optional
dependencies is
-
CP2K_USE_SIRIUS = OFF
: add SIRIUS support to CP2K -
CP2K_USE_FFTW3 = ON
: add support of fftw3 -
CP2K_USE_ELPA = OFF
: add elpa support. WARNING: Expect the detection to fail at that stage -
CP2K_USE_PEXSI = OFF
-
CP2K_USE_SUPERLU = OFF
: detection should work but needs improvement -
CP2K_USE_COSMA = ON
: add cosma drop-in replacement for sclapack pdgemnm -
CP2K_USE_LIBINT2 = ON
: add libint2 support (detection works ok, module files may not be found at compilation time though) -
CP2K_USE_VORI = OFF
: detection is fine compilation might fail at linking time (investigating why) -
CP2K_USE_QUIP = OFF
-
CP2K_USE_SPGLIB = ON
: everything alright -
CP2K_USE_LIBXC = ON
: everything is fine, usepkg-config
by default (ideally the library should be built with CMake, if so we can get rid of theFindLibXC.cmake
). If you installed LIBXC in a non-standard location, modify thePKG_CONFIG_PATH
variable accordingly. -
CP2K_USE_SPLA = OFF
: enable spla off-loading capabilities (use CMake modules to detect it) -
CP2K_USE_METIS = OFF
: -
CP2K_USE_LIBXSMM = ON
: use libxsmm library for small matrices operations. Detection based onpkg-config
. If you installed libxsmm in a non-standard location, modify thePKG_CONFIG_PATH
variable accordingly. -
CP2K_USE_ACCEL = NONE, CUDA, HIP
: enable GPU support -
CP2K_BLAS_VENDOR = auto
: CMake will search for the most common blas / lapack implementations. If possible indicate which implementation you are using. Supported values are:auto
(default),MKL
,SCI
,OpenBLAS
,FlexiBLAS
,Armpl
. -
CP2K_SCALAPACK_VENDOR = MKL, SCI, GENERIC
: similar to the previous option but for scalapack -
CP2K_BLAS_THREADING = sequential, openmp, etc...
: leave the default value (or use it at your own peril) -
CP2K_BLAS_INTERFACE = 32 bits, 64 bits
: size of the integers for the matrices and vectors sizes. Default: 32 bits -
CP2K_DEV_OPTIONS = OFF
: enable developer options. The main purpose is for debuggingCP2K_USE_GRID_GPU = ON
: turn on of gpu support for collocate integrateCP2K_USE_PW_GPU = ON
: turn on or off gpu fft supportCP2K_USE_DBM_GPU = ON
: turn on or off dbm gpu support
It is also possible to compile CP2K with GPU support namely CUDA or HIP. To do
so, add -DCP2K_USE_ACCEL=CUDA,HIP -DCP2K_WITH_GPU=gpu_arch
to the CMake
command line.
While compiling CP2K with CUDA support should not pose problems (finding libcublas and libcufft might fail though with the nvidia hpc sdk), we should expect issues when compiling the HIP support.
ROCM 5.0.x is known to have a bug in the CMake configuration files. It is possible to go around this but at the expense of time. The build system was not tested with ROCM 5.1.x but this version shows performance regression and should be avoided. The Jiting capabilities of ROCM 5.2.x do not work properly which affects DBCSR. It is highly recommended to update ROCM to the latest version to avoid all these issues. CP2K can be built with ROCM 5.2.x but GPU support in DBCSR should be turned off otherwise a crash should be expected. ROCM 5.3.x and later seems to work fine.
CP2K expect by default a single threaded version of blas and lapack. The option
-DCP2K_BLAS_THREADING
can change this behavior. Be careful when tweaking this
specific option as many implementations of blas / lapack are either threaded or
(exclusive) sequential but not both. I think the only exception to this is MKL.
Also note that CP2K dependencies will most likely have the same issue (COSMA
with cray-libsci for instance).
The following list gives several examples of CMake command lines. Just add
-DCP2K_USE_SIRIUS=ON
to add support of SIRIUS in CP2K
cmake -DCP2K_INSTALL_PREFIX=/myprefix -DCP2K_USE_SIRIUS=ON ..
then
make
- MKL
cmake -DCP2K_INSTALL_PREFIX=/myprefix -DCP2K_BLAS_VENDOR=MKL
-DCP2K_SCALAPACK_VENDOR=MKL ..
- Cray environments (with cray-libsci)
MPICC=cc MPICXX=CC cmake -DCP2K_INSTALL_PREFIX=/myprefix
-DCP2K_BLAS_VENDOR=SCI -DCP2K_SCALAPACK_VENDOR=SCI ..
Let us consider the case where OpenBLAS and netlib scalapack are installed (openmpi or mpich)
cmake -DCP2K_INSTALL_PREFIX=/myprefix -DCP2K_BLAS_VENDOR=OpenBLAS
-DCP2K_SCALAPACK_VENDOR=GENERIC -DCP2K_USE_ACCEL=CUDA -DCP2K_WITH_GPU=A100 ..
If HIP is needed then
cmake -DCP2K_INSTALL_PREFIX=/myprefix -DCP2K_BLAS_VENDOR=OpenBLAS
-DCP2K_SCALAPACK_VENDOR=GENERIC -DCP2K_USE_ACCEL=HIP -DCP2K_WITH_GPU=Mi250 ..
This build system is relatevily stable and was tested on Cray, IBM, and redhat
like distributions. However it is not perfect and problems will show up, that's
why the two build systems will be available. We encourage the user to test the
build system just reporting the output of cmake ..
is already beneficial.
The best way to report these problems is to open an issue including the CMake command line, error message, and operating systems.
What is known to fail sometimes
-
Nvidia HPC SDK: The location of the cuda maths libraries has changed recently. While CUDA support will be detected, the CUDA maths libraries may not.
-
HIP : CMake support of ROCM is still under development and is known to fail from time to time. Update to ROCM 5.3.x or above to solve the issue.
-
BLAS / LAPACK / SCALAPACK : use the options
CP2K_BLAS_VENDOR
andCP2K_SCALPACK_VENDOR
if you know thatMKL
orSCI
(cray libsci) are present.-DCP2k_BLAS_VENDOR=OpenBLAS
will also help CMake to find OpenBLAS if it is used. Detecting the scalapack library might also fail if the user environment is not properly set up. -
BLAS / LAPACK / SCALAPACK: It is possible to set up BLAS / LAPACK / SCALAPACK libraries manually. The following command
cmake -DCP2K_BLAS_LINK_LIBRARIES=libmyblas.so -DCP2K_BLAS_VENDOR=CUSTOM
-DCP2K_LAPACK_LINK_LIBRARIES=libmylapack.so -DCP2K_SCALAPACK_VENDOR=GENERIC
-DCP2K_SCALAPACK_LIBRARIES=libscalapack.so
is an illustration of such functionality (it is still experimental).