[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cross-compilation and proprietary pkg-config replacements (pcre-conf

From: Mike Frysinger
Subject: Re: cross-compilation and proprietary pkg-config replacements (pcre-config, pcap-config, etc)
Date: Sat, 16 Aug 2014 10:41:40 -0400
User-agent: KMail/4.13.3 (Linux/3.14.2; KDE/4.13.3; x86_64; ; )

On Sat 16 Aug 2014 00:21:02 Wookey wrote:
> +++ John Spencer [2014-08-15 23:49 +0200]:
> > It seems it's "en vogue" for libs to ship their own broken
> > replacement rather than supplying a portable pkgconfig file...
> > the list is big, but these here are the most often used ones:
> > pcap-config, pcre-config, freetype-config, apr-1-config,
> > glib-config, gtk-config, ncursesw5-config, libmikmod-config, etc.
> It's not really "en vogue", it's historic: many of the things that
> have their own *-config scripts are sufficiently old that they
> pre-date pkg-config so are not doing this just to be annoying. At the
> time they didn't have much choice.

at least with some, it's not just a matter of just compile flags.  the apr 
ones to mind as a complete mess as they use the paths to indirectly look up a 
bunch of other things (like use the install libtool linker script).  simply 
dropping in a .pc file there isn't sufficient to clean up the mess :(.

> > since it's unlikely to get any of those fixed in the next decade (or
> > even convinced to ship .pc files instead of their NIH'd pkg-config
> > replacement),
> I don't see why this should be too hard. We've (Debian) already
> persuaded a couple of projects to just use pkg-config instead of
> whatever homegrown stuff they had, or at least do that as well. It's
> the right way to make crossing and multiarch work right (as you are
> aware), and I'd hope that most upstreams could be persuaded of that.

the gpg guys are the only ones that come to mind as actively ignoring and 
blocking progress.  i too have had good experience with just about every other 

Attachment: signature.asc
Description: This is a digitally signed message part.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]