Tollef Fog Heen tfheen at
Mon Apr 2 12:00:10 PDT 2012

]] Dan Nicholson 

> I think the things that are used from glib and/or popt are:
> * GSting - I'd really rather not go back to managing strings manually.
is, iirc, more or less from FreeBSD and gives us string buffers.

> * GHashTable - We can obviously roll our own hash table, but it's a
> lot nicer to lean on someone else for the dirty work.

hcreate, hdestroy, hsearch, hcreate_r, hdestroy_r, hsearch_r - hash table management

The non-_r versions are SVr4, so should be ok.

They are not as nice as the glib versions, that I can agree with.

> * GSList - Same as GHashTable.

linked lists are trivial, or we can use something like

> * poptParseArgvString/g_shell_parse_argv - Converts the Cflags/Libs
> command lines into argument vectors with all the quoting/escaping
> magic. I'd rather not rewrite that code.

Yes, this is the major pain point.

> * poptOption/GOption - We could convert to getopt eventually, although
> these guys do have some nice sugar.
> So, it's doable, but it could be in for some bumpy waters while corner
> cases come to light.

Yes, hence why I'm pondering this and talking about it, rather than just
committing the code. :-)

> > So, feel free to commit.
> OK, I'll get something in later this week that uses the latest glib
> stable release and ping people to test it out. How do you feel about
> the no-popt patchset?

I've only read through it, I haven't even compile tested it, but if it
compiles and the test suite is happy, I'm fine with you committing that

We should probably get a new release out soonish too, it's about time.

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

More information about the pkg-config mailing list