Re: GDBus in gio? [was Re: Minutes of the GTK+ Team Meeting - 2009-11-10]

["Andrew W. Nosenko" <andrew w nosenko gmail com>]

On Fri, Nov 13, 2009 at 15:31, Alexander Larsson <alexl redhat com> wrote:
> On Fri, 2009-11-13 at 01:31 +0200, Andrew W. Nosenko wrote:
>> On Thu, Nov 12, 2009 at 20:52, Alexander Larsson <alexl redhat com> wrote:
>> > On Tue, 2009-11-10 at 18:22 -0600, Stef Walter wrote:
>> >> Emmanuele Bassi wrote:
>> >> > 1. bug 600141 (desrt)
>> >> > - dbus-1 brings in pthread
>> >> > - gio-2.0 doesn't
>> >> > - dlopen()-ing a shared object linking to pthread from a library
>> >> >   that doesn't is a big no-no which kind of works in Linux but
>> >> >   breaks things like gdb
>> >> > - big hammer: make gio-2.0 depend on gthread-2.0
>> >> > - small hammer: make gio-2.0 pkg-config file include -pthread
>> >> > ACTION: desrt should involve gtk-devel-list and gather feedback
>> >>
>> >> Is there a reason the dbus stuff won't become its own glib module along
>> >> side gio, gobject, gthread etc...?
>> >
>> > Well, gio would still need to link to this so all gio apps still pull it
>> > in. Additionally there is a non-negligible overhead for each library
>> > linked into an app (due to elf linking rules), so the extra library is a
>> > performance loss for all applications.
>>
>> Excuse me, but it is unclear about what you said: pthread or dbus?
>> I mean in the "Well, gio would still need to link to this so all gio
>> apps still pull it in" sentence.
>
> I meant to refer to gdbus by "it" here.

Then yet another question: why do you think that all applications,
which linked with gio are need dbus and, therefore, would to be linked
with it anyway?

Simple example: one of my programs uses libsoup.  Uses it for ages.
Just for HTTP server and, sometime, client.  Accordingly to your
logic, my program needs dbus and would be linked with it anyway.  Just
because since some version libsoup linked with libgio as dependency.

But my program doesn't need dbus!  Moreover, I don't use even GIO directly!

-- 
Andrew W. Nosenko <andrew w nosenko gmail com>