Неправильный компилятор, используемый в целевом процессе разгрузки в CLion во время компиляции CUDA - PullRequest
0 голосов
/ 26 апреля 2020

Я пытаюсь настроить очень простой проект CUDA в CLion 2020.1.

Я нахожусь на Fedora 31 (по умолчанию g cc равен 9.3), но скомпилировал g cc 8.2 из исходного кода в используйте его с Cuda Toolkit 10.2.

Образцы Cuda компилируются и работают нормально, используя предоставленную make, поэтому компилятор работает и прекрасно работает с nv cc.

В CLion у меня есть googletest, загруженный с Конаном. Профиль Conan указывает 8.2 в качестве версии g cc, которая будет использоваться.

Все ссылки на G CC в CMakeOutput.log относятся к правильному bin-файлу. И все же, я продолжаю получать сообщение об ошибке компилятора, потому что используется неправильная версия.

В моем CMakeLists.txt у меня есть:

set(gcc82 /usr/local/gcc82/bin)
set(CMAKE_C_COMPILER ${gcc82}/gcc82)
set(CMAKE_CXX_COMPILER ${gcc82}/g++82)
set(CMAKE_CUDA_HOST_COMPILER ${gcc82}/g++82)

project(RBF-Interpolation-Tests CUDA CXX)

Шаг настройки CMake, кажется, тоже счастлив :

/opt/clion-2018.3.4/bin/cmake/linux/bin/cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_C_COMPILER=/usr/local/gcc82/bin/gcc82 -DCMAKE_CXX_COMPILER=/usr/local/gcc82/bin/g++82 -G "CodeBlocks - Unix Makefiles" /home/rafael/Projects/bitbucket/RBF-Interpolation-Tests
-- The CUDA compiler identification is NVIDIA 10.2.89
-- The CXX compiler identification is GNU 8.2.0
-- Check for working CUDA compiler: /usr/local/cuda/bin/nvcc
-- Check for working CUDA compiler: /usr/local/cuda/bin/nvcc -- works
-- Detecting CUDA compiler ABI info
-- Detecting CUDA compiler ABI info - done
-- Check for working CXX compiler: /usr/local/gcc82/bin/g++82
-- Check for working CXX compiler: /usr/local/gcc82/bin/g++82 -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Conan: Adjusting output directories
-- Conan: Using cmake global configuration
-- Conan: Adjusting default RPATHs Conan policies
-- Conan: Adjusting language standard
-- Current conanbuildinfo.cmake directory: /home/rafael/Projects/bitbucket/RBF-Interpolation-Tests/build
-- Conan: Compiler GCC>=5, checking major version 8.2
-- Conan: Checking correct version: 8.2
-- Configuring done
-- Generating done
-- Build files have been written to: /home/rafael/Projects/bitbucket/RBF-Interpolation-Tests/build

Несмотря на путь к CLion на моей машине, самая последняя версия:

CLion 2020.1
Build #CL-201.6668.126, built on April 9, 2020
Runtime version: 11.0.6+8-b765.25 amd64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
Linux 5.5.17-200.fc31.x86_64
GC: ParNew, ConcurrentMarkSweep
Memory: 10227M
Cores: 12
Registry: run.processes.with.pty=TRUE
Non-Bundled Plugins: GLSL, com.jfrog.conan.clion, lermitage.intellij.extra.icons
Current Desktop: GNOME

Я всегда получаю сообщение об ошибке:

Cannot get compiler information:
    Compiler exited with error code 1: gcc -xc++ -D__CUDA_ARCH__=300 -E -x c++ -DCUDA_DOUBLE_MATH_FUNCTIONS -D__CUDACC__ -D__NVCC__ -I/home/rafael/.conan/data/gtest/1.10.0/_/_/package/65eda67f91bbd445d66656724e8acbe2afb564b0/include -I/usr/local/cuda/bin/../targets/x86_64-linux/include -D__CUDACC_VER_MAJOR__=10 -D__CUDACC_VER_MINOR__=2 -D__CUDACC_VER_BUILD__=89 -include cuda_runtime.h -m64 -g -gdwarf-2 -fpch-preprocess -v -dD -E
    Using built-in specs.
    COLLECT_GCC=gcc
    OFFLOAD_TARGET_NAMES=nvptx-none
    OFFLOAD_TARGET_DEFAULT=1
    Target: x86_64-redhat-linux
    Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,d,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl --enable-offload-targets=nvptx-none --without-cuda-driver --enable-gnu-indirect-function --enable-cet --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
    Thread model: posix
    gcc version 9.3.1 20200408 (Red Hat 9.3.1-2) (GCC) 
    COLLECT_GCC_OPTIONS='-D' '__CUDA_ARCH__=300' '-E' '-D' 'CUDA_DOUBLE_MATH_FUNCTIONS' '-D' '__CUDACC__' '-D' '__NVCC__' '-I' '/home/rafael/.conan/data/gtest/1.10.0/_/_/package/65eda67f91bbd445d66656724e8acbe2afb564b0/include' '-I' '/usr/local/cuda/bin/../targets/x86_64-linux/include' '-D' '__CUDACC_VER_MAJOR__=10' '-D' '__CUDACC_VER_MINOR__=2' '-D' '__CUDACC_VER_BUILD__=89' '-include' 'cuda_runtime.h' '-m64' '-g' '-gdwarf-2' '-fpch-preprocess' '-v' '-dD' '-E' '-D' '___CIDR_DEFINITIONS_END' '-mtune=generic' '-march=x86-64'

это определенно неправильная версия G CC.

Я пытался указать версию G CC в Настройках -> Cmake -> Среда с CC=/usr/local/gcc82/bin;CXX=/usr/local/gcc82/bin/g++82, а также в Настройках -> Наборы инструментов - > C и C ++ Compiler, и результат тот же.

Я понятия не имею, почему целевой процесс разгрузки не получает указанную версию g cc. Есть идеи?

1 Ответ

2 голосов
/ 27 апреля 2020

Итак, я подал ошибку в CLion об этой проблеме - тот, на который @MaximBanaev указал:

CPP -19089: Не удается заставить CLion использовать компилятор C ++, отличный от используемого по умолчанию с CUDA

CLion просто неправильно учел эту проблему в своем механизме цепочки инструментов. Проблема не только в окружающей среде - необходим надлежащий пользовательский интерфейс для установки «поддерживающего» компилятора C ++ для CUDA, в дополнение к CLion, который замечает соответствующие настройки, когда он появляется.

Это не единственная «фундаментальная» ошибка, с которой я столкнулся, пытаясь использовать CLion с проектами CUDA. Поддержка все еще довольно недоделанная ИМХО. Я sh они правильно поняли, потому что я хотел бы выйти из этой IDE, а пока не могу.

...