planning to use glib native introspection
Havoc Pennington
hp at redhat.com
Sat Feb 19 06:35:35 PST 2005
On Fri, 2005-02-18 at 14:31 -0500, Havoc Pennington wrote:
>
> I propose that we move DBusGObjectInfo and code that uses it entirely
> inside the generated code, rather than having it in our headers/library.
>
> When glib has built-in introspection, we'll change dbus-binding-tool to
> use that if possible, and this interim approach will magically vanish.
>
I think this doesn't really work:
- when we have native introspection, we still only want to export stuff
selectively.
So unless we add a "remote proxy" flag to glib native introspection
(probably a good idea) we would still need our own introspection
stuff
(maybe have "annotation" support in glib introspection?)
- the code related to GObjectInfo is really in register_g_object
conceptually, so can't be moved out of libdbus-glib
What we can do instead when GObject is introspectable is change our
DBusGObjectInfo to be much smaller and just chain to glib.
Havoc
More information about the dbus
mailing list