On Mon, Feb 20, 2023, Osadchey Brown, Reilly via AMBER wrote:
>
>For me, this was fixed by adding one line to the CMakeLists.txt
>file. Please see the below text which shows the start of my CMakelists.txt
>file and has the added line.
>
>Best,
>Reilly Osadchey Brown
>
>
>cmake_minimum_required(VERSION 3.8.1)
>project(Amber NONE)
>
>#version number
>#---------------------------------------------------------------------------------------------------------------------------------------------------------------------
>set(Amber_MAJOR_VERSION 22)
>set(Amber_MINOR_VERSION 0)
>set(Amber_PATCH_VERSION 0)
>
>set(Amber_VERSION "${Amber_MAJOR_VERSION}.${Amber_MINOR_VERSION}.${Amber_PATCH_VERSION}")
>
># flag to submodules to tell them to not run their own version of AmberCmakeConfig
>set(INSIDE_AMBER TRUE)
>
>#ADDED LINE TO FIX CUB ISSUE
>add_compile_definitions(THRUST_IGNORE_CUB_VERSION_CHECK)
>
Thanks for this! We'll look into things.
I'm cc-ing to Taisung, who may know something here. As the error message
(below) states, we should no longer be including CUB files. Problem is how to
support both recent nvidia SDK's (which include CUB) and older versions
(which do not).
....dac
>
>/usr/include/thrust/system/cuda/config.h:79:2: error: #error The version of
>CUB in your include path is not compatible with this release of Thrust. CUB
>is now included in the CUDA Toolkit, so you no longer need to use your own
>checkout of CUB. Define THRUST_IGNORE_CUB_VERSION_CHECK to ignore this.
>
>
>/home/abdel/SOFT/amber22_src/build/src/pmemd/src/cuda/CMakeFiles/pmemd_cuda_SPFP.dir//./pmemd_cuda_SPFP_generated_kNLRadixSort.cu.o
>
>
_______________________________________________
AMBER mailing list
AMBER.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber
Received on Mon Feb 20 2023 - 18:00:03 PST
