RE: Filechooser and Bookmarks spec

["David Moffatt" <David Moffatt access-company com>]

Excessive number of libraries also slows down symbol resolution so APP
start up time can be affected.  It looks in each library in turn until
it finds the symbol it is looking for. 

--David

-----Original Message-----
From: gtk-devel-list-bounces gnome org
[mailto:gtk-devel-list-bounces gnome org] On Behalf Of Alexander Larsson
Sent: Tuesday, February 12, 2008 1:47 AM
To: nf2
Cc: gtk-devel-list gnome org
Subject: Re: Filechooser and Bookmarks spec

On Mon, 2008-02-11 at 18:01 +0100, nf2 wrote:

> Or perhaps GIO could be split into two *.so libraries . One for 
> file-management and one for the file chooser shortcuts API, GAppInfo,
...

Extra libraries make applications more bloated (at least 4kb nonsharable
memory per process using the library), whereas adding unused code to a
library hardly affects a process using that library at all.

So, its more likely that things will be added to libgio.so rather than
in separate libraries. This has been discussed a lot recently, and the
likely approach we'll have for future additions of gobject based glib
APIs is to put them in libgio.so, but have them be a separate .pc file.

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list