Details
- Reviewers
grosser philip.pfaffe - Commits
- rG182807a88ffe: [CMake] Retire Polly's FindCUDA.cmake in favour of CMake's default FindCUDA.
rPLO304818: [CMake] Retire Polly's FindCUDA.cmake in favour of CMake's default FindCUDA.
rL304818: [CMake] Retire Polly's FindCUDA.cmake in favour of CMake's default FindCUDA.
Diff Detail
- Repository
- rL LLVM
Event Timeline
include/polly/Config/config.h.cmake | ||
---|---|---|
16 | CUDALIB_FOUND didn't seem to be used anywhere in the source. So I changed just this instance of CUDALIB_FOUND. For consistency, should I add OpenCL_FOUND ? |
Generally LGTM.
It troubles me a little that GPUJIT is not actually linked to the found libraries, though this might be beyond the scope of this patch.
I see that GPUJIT instead manually dlopens libcudart.so, however this could be a different library than the one found by cmake, and also just might not be in the LD_LIBRARY_PATH, or even might not exist.
@grosser: Can you maybe shed some light on why GPUJIT is built that way, instead of just normally linking against CUDA/OpenCL?
include/polly/Config/config.h.cmake | ||
---|---|---|
16 | I think you might just remove this instead. |
The idea is that binaries linked with libGPURuntime can run on systems where CUDA is not available by just falling back to CPU only mode. This is not yet fully implemented, but at least this is what we are shooting for.
CUDALIB_FOUND didn't seem to be used anywhere in the source. So I changed just this instance of CUDALIB_FOUND.
For consistency, should I add OpenCL_FOUND ?