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#38500 - [libcl] libOpenCL.so.1 link contains absolute path
Attached to Project:
Arch Linux
Opened by Slava (slava888) - Tuesday, 14 January 2014, 09:00 GMT
Last edited by Doug Newgard (Scimmia) - Monday, 06 July 2015, 15:37 GMT
Opened by Slava (slava888) - Tuesday, 14 January 2014, 09:00 GMT
Last edited by Doug Newgard (Scimmia) - Monday, 06 July 2015, 15:37 GMT
|
DetailsDescription:
Doing `ls -l libOpenCL*` in /usr/lib issues: lrwxrwxrwx 1 root root 23 14. Aug 2012 libOpenCL.so -> /usr/lib/libOpenCL.so.1 lrwxrwxrwx 1 root root 27 14. Aug 2012 libOpenCL.so.1 -> /usr/lib/libOpenCL.so.1.0.0 -rwxr-xr-x 1 root root 16232 14. Aug 2012 libOpenCL.so.1.0.0 The links representing dev libraries should never contain an absolute path. It breaks for example the scenario where one would compile in 32-bit chroot and run in normal mode using LD_LIBRARY_PATH. The reference to libOpenCL.so.1 is saved in binary and the wrong library is found in run-time, since libOpenCL.so.1 points to the host one now. Additional info: * package version(s) libcl 1.1-3 * config and/or log files etc. Steps to reproduce: |
This task depends upon
Closed by Doug Newgard (Scimmia)
Monday, 06 July 2015, 15:37 GMT
Reason for closing: Fixed
Additional comments about closing: ocl-icd
Monday, 06 July 2015, 15:37 GMT
Reason for closing: Fixed
Additional comments about closing: ocl-icd
Comment by Doug Newgard (Scimmia) -
Wednesday, 13 May 2015, 20:03 GMT
Ping wonder...