Tollef Fog Heen tfheen at
Mon Apr 2 11:02:54 PDT 2012

]] Dan Nicholson 

> I think you've made it clear that you don't think having the build
> loop is an issue, but I think for plenty of users it has become an
> issue.

Yeah, it's become a larger issue than I anticipated and I think you're
right that we should reconsider this.


> So, would you be open to adding a default off internal glib if I
> maintain it? I already had it working a year or so ago and was just
> refreshing my patches last week for the latest glib stable. Most of
> the time it would just live in the tree collecting dust, unlike the
> old internal glib that unpacked itself every time you ran
> The tree looked like this in my previous work:

If it's default-off, I wouldn't really mind so much, no.  It then
becomes mainly a «the download is significantly larger than it ought to
be», but bandwidth generally isn't that much of a problem.

In time, I want to move away from glib completely, since it provides so
much more than what we're interested in.  We'd be ok with a simple set
of linked list functions, some syntactic sugar for string handling and
something to do the option parsing.  The latter is actually the hardest
point, linked lists are easy enough to do ourselves.

So, feel free to commit.

Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

More information about the pkg-config mailing list