Archive from user: Aleksei Iupinov When https://gerrit.gromacs.org/7837 is getting merged, Gromacs OpenCL builds start always linking to the bundled clFFT. We should be able and prefer to link to the system clFFT by default though. That might also later raise questions like what is the minimum version of clFFT required. Tasks: - detect external clFFT (CMake script available here: https://github.com/clMathLibraries/clFFT/blob/master/src/FindclFFT.cmake, as well as in Gromacs master: src/external/clFFT/src/FindclFFT.cmake) - implement minimum version req’d - implement clFFT version reporting in the `-version` header *(from redmine: issue id 2500, created on 2018-05-09 by gmxdefault, closed on 2019-01-28)* * Relations: * relates #2208 * relates #2515 * relates #2697 * parent #2453 * Changesets: * Revision a41344a06a7e6706b209571da2777574011e3980 by Aleksei Iupinov on 2018-05-31T11:13:57Z: ``` Added the bundled clFFT into OpenCL builds Used an object library, since we have no need of a real library, to have or to install, whether shared or static. Checked for the availability of dynamic loading, and made it available portably to libgromacs. Clfft initialization class is added and used in mdrunner to initialize/tear down clFFT library resources in a thread-safe manner, and only on ranks that require such setup. Noted TODOs for future work. Noted a useful style for explicit listing of source files. Refs #2500 Refs #2515 Refs #2535 Change-Id: I62d7d66f65e147bde17929ccc30abad36e2373c6 ``` * Revision 0f193a44be781828d18b76aae834d4eb55a6640e by Aleksei Iupinov on 2018-05-31T13:58:45Z: ``` Prefer linking to system clFFT rather than bundled one Wrote a new find_package module that works in more modern ways. Updated install guide. Currently there is no support for checking the clFFT version, which is unlikely to matter until they make the 2.14 release. Fixes #2500 Change-Id: If43ee95d3066823f2c57a49a23fd6dd027dbcc94 ``` * Revision 887b2c2bb9532de516476e832ef2302a49fb2a3c by Mark Abraham on 2018-06-25T08:35:21Z: ``` Test both internal and external clFFT build in Jenkins Chose to test external linking of clFFT in pre-submit because that compiles several minutes faster. Chose to test internal linking in post-submit because rapid throughput is less important there. The clfft label is used to understand that external linking of clFFT is required for this configuration, much like the fftw, fftpack and mkl labels, however there is no need to explicitly tie the clfft label to the gpu or opencl ones. Refs #2500 Change-Id: I455f7f7713310153f2fdbf5197bb32660332649c ``` * Revision 8459e2024cc5a39958b45c7e3e07447c145643ad by Mark Abraham on 2019-01-14T21:37:47Z: ``` Improve portability of PME on GPU code Refs #2500 Change-Id: Id1069b0ad60a9af18b4882ec56364b073c871ebe ``` * Revision 89c9d32f4bb4ce01dc699c820aac8edba77c3901 by Mark Abraham on 2019-01-18T12:51:08Z: ``` Improve nvcc error reporting When nvcc fails, tell the user about both standard error and standard output. The former code was broken if _cuda_test_err would be undefined, and reported by a user (see the link at Redmine #2500). Change-Id: Id16d2ff1bd1033cd23e82687b79409ea8d841131 ``` * Revision 98165006a4c002b9b14273b2cae994c149e6b439 by Mark Abraham on 2019-01-18T17:28:38Z: ``` Disabled internal clFFT when using MSVC with OpenCL We require clFFT for OpenCL support, and MSVC 2017. But clFFT only supports MSVC 2010, and a user has reported that that clFFT does not compile. As we have not provided for clFFT support to be disabled at configure time (nor taught mdrun that it might not be able to run PME on an OpenCL GPU in this case), it is simplest to withdraw support for this corner case until clFFT support for modern MSVC is available. Fixes #2500 Change-Id: I736501234cfd51bc1cee5d8a71cb1fb343ddd100 ```