Community Packages

Please read this before reporting a bug:

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#38798 - [gdal] Missing SONAME in shared library

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
Task Type Bug Report
Category Packages
Status Closed
Assigned To Jaroslav Lichtblau (Dragonlord)
Balló György (City-busz)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No


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 [] 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/
-> No (SONAME) section.

When configured without the "--without-libtool"-option:
0x000000000000000e (SONAME) Library soname: []

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