Le Fri, 11 Feb 2005 10:35:36 -0500, Nathaniel McCallum a écrit :
On Fri, 2005-02-11 at 10:07 -0500, Jim C. Brown wrote:
glib is mainly a library used for portability (such as a cross platform
libdl interface or platform independent fixed-size types) and can be used
w/o having to bring in all the code used for a graphical interface.
It also provides all kind of data types (linked lists, autosizing
vectors), error reporting (like exceptions), main loops, os independant
threading, queues, message logging, and all kinds of other really useful
stuff that most people just impliment in C in most projects anyway. glib
actually has nothing to do with GTK other than the fact that several of
the same people work on it and GTK uses glib. glib is used in all kinds
of other utilities and is usually part of a base linux system. Its
generally a dependency that most people have. In addition, it saves a lot
of #ifdef _WIN32 type stuff, as it is platform independant.
From my point of view having a dependancy on glib may cause much trouble
for specific build, windows one to be precise. glib introduce a few other
dependancies like libintl, libiconv and (not sure) libxml2, so even when
building in native environment you'll have to have a lot of prerequisite
to be able to build qemu.