Re: pkg-config lying about libglib2 version when compiling gtkglext. but correct .pc file is there
On 20:25 Mon 11 Dec , mitchell phillip Laks wrote:
I solved the problem.
there was a bad .pc file in
from a prior build of glib2.0 that was taking precedence
over the debian
/usr/lib/pkgconfig directory version of the .pc file
and preventing the configure from working.
Once I removed that file, all worked fine.
apparently the debian build default priority for pkg-config
Tollef Fog Heen tfheen at err.no
Mon May 29 04:41:05 PDT 2006
* Previous message: How to generate .pc files from package files?
* Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Olivier Boudeville skrev:
> it must be a fairly usual question, but I did not find the final word
> through the wiki or the mailing list archive.
Hi, sorry for the late response. I've been busy.
> It seems that, for a reason I cannot explain, /usr/local/lib/pkgconfig
> is not always hardcoded in pkg-config search paths, even after having
> upgraded to newer versions (it is ok on Ubuntu [0.19] but not for Gentoo
> [0.20] apparently).
pkg-config doesn't hardcode any paths apart from the ones hardcoded by
the --with-pc-path switch. That defaults to
$libdir/pkgconfig:$datadir/pkgconfig (which is usually
/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig or the same, sans
The Debian (and thereby the Ubuntu) packages hardcode it to
I don't know what gentoo does, but if they pass --prefix=/usr (as I
suspect they'll do), it'll default to /usr/share/pkgconfig and
* Previous message: