On 23 September 2016 at 08:07, Alan Coopersmith <[email protected]> wrote: > On 09/23/16 12:05 AM, Emil Velikov wrote: >> >> On 23 September 2016 at 07:31, Julien Cristau <[email protected]> wrote: >>> >>> On Thu, Sep 22, 2016 at 19:12:13 +0200, Heiko Becker wrote: >>> >>>> Signed-off-by: Heiko Becker <[email protected]> >>>> --- >>>> Makefile.am | 2 +- >>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>> >>>> diff --git a/Makefile.am b/Makefile.am >>>> index 060112d..9a89bbe 100644 >>>> --- a/Makefile.am >>>> +++ b/Makefile.am >>>> @@ -1,4 +1,4 @@ >>>> -pkgconfigdir = $(datadir)/pkgconfig >>>> +pkgconfigdir = $(libdir)/pkgconfig >>>> pkgconfig_DATA = xbitmaps.pc >>>> >>>> MAINTAINERCLEANFILES = ChangeLog INSTALL >>> >>> >>> That seems like it's going backwards, and your commit message doesn't >>> explain why. >>> >> That was my initial thought as well (going backwards). Then again, >> as-is the .pc file is located in a arch _in_ dependant location, which >> causes file conflicts as you have multilib - x86-86 & x86 installed >> for example. In such cases the files have different contents (path) >> which leads to link time issues. > > > How can you have link time issues when there's noting in xbitmaps to > link with? It's purely xbm files, sometimes abused as C headers. > Ack, you're absolutely correct. I didn't realise that the xbitmaps repo doesn't ship any libraries.
Thanks Emil _______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
