Return-Path: From: Marcel Holtmann To: BlueZ development In-Reply-To: References: <1202220823.15090.88.camel@violet> Date: Tue, 05 Feb 2008 15:29:57 +0100 Message-Id: <1202221797.15090.93.camel@violet> Mime-Version: 1.0 Subject: Re: [Bluez-devel] bluez+dbus: why glib binding Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net Hi Choi, > > We use glib for the mainloop, the XML parser and other things. > > Does glib impose a big memory footprint on the system or is it ok for > embedded systems ? in most cases you need it for some other applications, too. So it is there anyway. For the Nokia Tablets and OpenMoko it seems good enough. > > We will have hard dependencies on dbus and glib (not dbus-glib). > > Maybe I'm confusing terms - but don't you use dbus' glib binding > (isn't that dbus-glib?) ? We use the dbus-glib only in bluez-gnome. The bluez-utils depends on glib and dbus. And that is different. > If not - what do you use instead ? directly the libdus C lowlevel library ? > or some other binding ? > IOW - is it possible to use glib binding without dbus-glib ? You don't get it. The dbus-glib bindings are an integration of dbus into the GObject model (libgobject). We don't use that. Yes, we use glib, but not gobject and yes, we use dbus (low-level libdbus). Regards Marcel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel