From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1CzdIe-0001Q9-JS
	for qemu-devel@nongnu.org; Fri, 11 Feb 2005 11:05:44 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1CzdIZ-0001OV-5s
	for qemu-devel@nongnu.org; Fri, 11 Feb 2005 11:05:43 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1CzdIY-00018w-Ii
	for qemu-devel@nongnu.org; Fri, 11 Feb 2005 11:05:38 -0500
Received: from [63.240.76.166] (helo=sccimhc92.asp.att.net)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1CzcpZ-0006Ps-T3
	for qemu-devel@nongnu.org; Fri, 11 Feb 2005 10:35:45 -0500
Subject: Re: [Qemu-devel] Just a thought (high level API)
From: Nathaniel McCallum <npmccallum@gentoo.org>
In-Reply-To: <20050211150734.GA4306@jbrown.mylinuxbox.org>
References: <1107961744.8824.7.camel@localhost.localdomain>
	<420BBD21.2070705@bellard.org>
	<1108067564.8083.7.camel@localhost.localdomain>
	<420C9202.3080903@xtal.rwth-aachen.de>
	<Pine.LNX.4.58.0502111319120.18686@wgmdd8.biozentrum.uni-wuerzburg.de>
	<20050211150734.GA4306@jbrown.mylinuxbox.org>
Content-Type: text/plain
Date: Fri, 11 Feb 2005 10:35:36 -0500
Message-Id: <1108136136.8032.4.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

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.

Nathaniel