Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#76951 - [cuda] provide /opt/cuda/lib symlink
Attached to Project:
Community Packages
Opened by Jakub Klinkovský (lahwaacz) - Wednesday, 28 December 2022, 10:22 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 30 December 2022, 07:06 GMT
Opened by Jakub Klinkovský (lahwaacz) - Wednesday, 28 December 2022, 10:22 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 30 December 2022, 07:06 GMT
|
DetailsThe current cuda package provides a /opt/cuda/lib64 symlink, but not /opt/cuda/lib. This causes problems with some build systems (e.g. cmake) not finding some libraries by default that are provided by the CUDA toolkit. For some reason cmake's find_package seems to look into $CUDA_PATH/lib/cmake by default, but not into $CUDA_PATH/lib64/cmake.
So I suggest to add this to the PKGBUILD: ln -s lib64 "${_prepdir}/opt/cuda/lib" The effect can be tested e.g. with cmake finding Thrust. Create this CMakeLists.txt: cmake_minimum_required(VERSION 3.24) project(test) find_package(Thrust REQUIRED) Then running "cmake ." in the directory containing this file should not result in any warning or error. |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Friday, 30 December 2022, 07:06 GMT
Reason for closing: Fixed
Friday, 30 December 2022, 07:06 GMT
Reason for closing: Fixed
Comment by Sven-Hendrik Haase (Svenstaro) -
Friday, 30 December 2022, 07:06 GMT
Fixed in svn and in staging cuda 12.