FS#38798 - [gdal] Missing SONAME in shared library libgdal.so
Attached to Project:
Community Packages
Opened by Hanno J. (hanno) - Wednesday, 05 February 2014, 14:18 GMT
Last edited by Balló György (City-busz) - Thursday, 20 February 2014, 18:18 GMT
Opened by Hanno J. (hanno) - Wednesday, 05 February 2014, 14:18 GMT
Last edited by Balló György (City-busz) - Thursday, 20 February 2014, 18:18 GMT
|
Details
Description:
The shared library is linked without a SONAME when using the GNU linker. Removing the "--without-libtool"-flag from the "configure"-call in the PKGBUILD activates libtool for linking. The resulting library then has a SONAME set. Not having the SONAME in the shared library produced errors when using gdal in my cmake project - cmake internally looks up the soname in the ELF dynamic section of library files. This led to the somehow misleading error "runtime library [libgdal.so] in /usr/lib64 may be hidden by files in: /lib64". Additional info: * package version: 1.10.1-1 Steps to reproduce: readelf -d /usr/lib/libgdal.so -> No (SONAME) section. When configured without the "--without-libtool"-option: (...) 0x000000000000000e (SONAME) Library soname: [libgdal.so.1] (...) |
This task depends upon
Closed by Balló György (City-busz)
Thursday, 20 February 2014, 18:18 GMT
Reason for closing: Fixed
Additional comments about closing: gdal 1.10.1-2
Thursday, 20 February 2014, 18:18 GMT
Reason for closing: Fixed
Additional comments about closing: gdal 1.10.1-2