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#65856 - [intel-mkl] CMake Module expects libraries in "intel64_lin" subfolder
Attached to Project:
Community Packages
Opened by Bastian Beranek (totsilence) - Monday, 16 March 2020, 20:50 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Tuesday, 17 March 2020, 15:31 GMT
Opened by Bastian Beranek (totsilence) - Monday, 16 March 2020, 20:50 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Tuesday, 17 March 2020, 15:31 GMT
|
DetailsHello,
The CMake "FindBLAS.cmake" file searchs for MKL library files in /opt/intel/mkl/lib/intel64_lin Would it be possible to add a symlink to the package as follows? This would fix the compatibility with the FindBLAS.cmake file. $ ls -l /opt/intel/mkl/lib total 4 drwxr-xr-x 2 root root 4096 Mar 16 19:13 intel64 lrwxrwxrwx 1 root root 7 Mar 16 21:46 intel64_lin -> intel64 |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Tuesday, 17 March 2020, 15:31 GMT
Reason for closing: Fixed
Tuesday, 17 March 2020, 15:31 GMT
Reason for closing: Fixed
Comment by Sven-Hendrik Haase (Svenstaro) -
Tuesday, 17 March 2020, 15:30 GMT
Makes sense though I don't really like this from a pure-ness perspective. However, nothing about intel-mkl can be considered pure and I've seen it installed both ways. Let's just symlink it, I guess.