<br><br><div class="gmail_quote">On Thu, Feb 18, 2010 at 5:06 PM, Thomas Moulard <span dir="ltr"><<a href="mailto:thomas.moulard@gmail.com">thomas.moulard@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, Feb 18, 2010 at 4:29 PM, Peter Johansson <<a href="mailto:trojkan@gmail.com">trojkan@gmail.com</a>> wrote:<br>
> Jeff Squyres wrote:<br>
>> Greetings. I'm creating .pc files for our project (<a href="http://www.open-mpi.org" target="_blank">www.open-mpi.org</a>).<br>
>><br>
>> Where does one typically install these files? I see that pkg-config(1) v0.23 says:<br>
>><br>
>> ...By default, pkg-config looks in the directory prefix/lib/pkgconfig for these files;...<br>
>><br>
>> Does that really mean $prefix/lib/pkgconfig? Or does it actually mean $libdir/pkgconfig?<br>
>><br>
>><br>
> I use the latter: $(libdir)/pkgconfig<br>
<br>
Two usual cases which justify a custom libdir is:<br>
- release/debug libraries<br>
- different instruction sets (32/64 bits for instance)<br>
<br>
...and in both case you really want to maintain two different sets of .pc files.<br>
So yes, IMHO $(libdir)/pkgconfig is the good solution.<br></blockquote><div><br>as $(libdir) can be modified by the user (it's a configure option), $libdir)/pkgconfig is the only reasonable solution. <br><br>Vincent Torri<br>
</div></div>