[Bug 46835] [next] generate a tp-glib-lowlevel library

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=46835

Simon McVittie <simon.mcvittie at collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |patch

--- Comment #17 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2012-03-06 11:37:55 PST ---
Branches: fixes-from-next, next-api, split-next in my usual repository.

Still to be done: obviously, get the tp-cli-*-body.h into the -dbus library.
This is a real pain. Here's a fun dependency chain:

- _tp_log() must be in the main lib (I don't really want it to be ABI)
- generated code must be in the -dbus lib
- it calls TpProxy stuff, which thus needs to be in -core
- TpProxy stuff calls DEBUG()
- which is _tp_log :-(

I'm not very keen on duplicating the debug infrastructure into -core.

Here's another:

- tp_cli_protocol_do_stuff() calls TP_IS_PROTOCOL
- which needs tp_protocol_get_type()
- which pulls in all of TpProtocol
- which is in the main library because it depends on -dbus

One possible way to break this would be to make the client-side call functions
all be static inline?

Another would be for tp_proxy_class_init() to poke an assortment of function
pointers and GTypes into -core, via a function that is an extern symbol but not
visible in public headers.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.