[RFC] Use glib-2.0 exclusively

Dan Nicholson dbn.lists at gmail.com
Fri Jun 18 16:44:03 PDT 2010

On Fri, Jun 18, 2010 at 2:19 PM, Daniel Macks <dmacks at netspace.org> wrote:
> On Fri, Jun 18, 2010 at 10:58:29PM +0200, Tollef Fog Heen wrote:
>> ]] Dan Nicholson
>> | There are two big features in this work:
>> |
>> |  * Bundle glib2 instead of glib1 since glib1 is dead and we can make use
>> |    of glib2 API.
>> |  * Replace popt usage with glib2 and drop popt from pkg-config.
>> Do we really need to bundle glib any longer?  Sure, removing it
>> introduces a circular build-dependency, but one which is hardly hard to
>> work around by setting two environment variables when building
>> pkg-config (heck, we could make it a switch passed to configure, so
>> you'd just go --with-glib=/usr and it'd use /usr/lib/glib.so and
>> /usr/include/glib-2.0, defaults that'll work for almost everybody).
> There's another cyclic issue: at least as of glib-2.22.5, glib
> ./configure requires pkg-config to exist. It's easy to pass flags to
> avoid actually needing it (either overriding with specific flags for
> whatever external deps and/or disabling the use of them altogether),
> but even still:

Yeah, it's basically the same circular dependency, just viewed from a
different perspective.

> checking for _FILE_OFFSET_BITS value needed for large files... no
> checking for pkg-config... no
> configure: error: *** pkg-config not found. See http://www.freedesktop.org/software/pkgconfig/
> That's a problem if glib2 has to be built first as an external dep of
> pkg-config or as an internal bundled part of the pkg-config suite.

Oh, I didn't notice that. If we keep the bundled glib, we'll have to
comment it out. And that would be fine since glib only uses pkg-config
to find pcre and I deleted that part (we don't need GRegex).

It might be easier to avoid the inevitable complaints and keep the
bundled library. Otherwise we're basically shifting the support burden
to the glib folks.


More information about the pkg-config mailing list