Installation fails on x86_64 /w lib64

Bug #667464 reported by Thomas Köller on 2010-10-27
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libnih
Medium
Unassigned

Bug Description

Installation fails for 64-bit build if libraries are in ${prefix}/lib64. In this case, *.pc files should go to ${prefix}/lib64/pkgconfig, but are actually installed to ${prefix}/lib/pkgconfig. The attached patch fixes that.

Thomas Köller (thomas-koeller) wrote :

And of course, Debian/Ubuntu don't use lib64 which is why this hasn't show up sooner

Changed in libnih:
status: New → Triaged
importance: Undecided → Medium
Scott James Remnant (scott) wrote :

Unfortunately, this patch doesn't work when libnih is built with --exec-prefix= (the recommended way), it ends up with the pkgconfig data going into /lib/pkgconfig instead; which is why the rule uses ${prefix}/lib like that

Could you redo the patch so that it uses either ${prefix}/lib/pkgconfig or ${prefix}/lib64/pkgconfig - I guess you'll need something in configure.ac to determine which and set an Automake conditional

Changed in libnih:
status: Triaged → Incomplete
Thomas Köller (thomas-koeller) wrote :

I thought installing the .pc files to a 'pkgconfig' subdirectory of the actual library installation directory was the correct thing to do? A quick survey of the source packages I have at hand revealed that all the ones I looked at define 'pkgconfigdir = $(libdir)/pkgconfig', and to me this appears to make sense. After all, a library and its associated .pc file form a pair, and if the constituents of this pair are on different branches of the file system, the connection between them could easily be severed by re-mounting one of those branches.

Launchpad Janitor (janitor) wrote :

[Expired for libnih because there has been no activity for 60 days.]

Changed in libnih:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers