Description: Do_not_force_CUDA_HOST_COMPILER
 Because distrib are ALWAYS running recent GCC on host and older one
 for CUDA.
 Previous version had the same line but it was inside a Windows related
 block.
 .
 xmr-stak (2.10.4-1) unstable; urgency=medium
 .
   * New upstream release.
   * Support CUDA 9.2, 10.0 and 10.1 in debian/control and debian/rules.
Author: Adam Cecile <acecile@le-vert.net>

---
Origin: other
Bug: Well, maybe one day, if I feel like losing time
Forwarded: See above
Last-Update: 2019-04-10

--- xmr-stak-2.10.4.orig/CMakeLists.txt
+++ xmr-stak-2.10.4/CMakeLists.txt
@@ -241,7 +241,7 @@ if(CUDA_ENABLE)
             # workaround find_package(CUDA) is using the wrong path to the CXX host compiler
             # overwrite the CUDA host compiler variable with the used CXX MSVC
             # in linux where clang and gcc is installed it also helps to select the correct host compiler
-            set(CUDA_HOST_COMPILER ${CMAKE_CXX_COMPILER} CACHE FILEPATH "Host side compiler used by NVCC" FORCE)
+            #set(CUDA_HOST_COMPILER ${CMAKE_CXX_COMPILER} CACHE FILEPATH "Host side compiler used by NVCC" FORCE)
 
         else()
             message(FATAL_ERROR "selected CUDA compiler '${CUDA_COMPILER}' is not supported")
