DBus for embedded systems
Colin Walters
walters at verbum.org
Sat Oct 18 11:35:54 PDT 2008
On Wed, Oct 8, 2008 at 5:46 AM, Lionel Landwerlin
<lionel.landwerlin at openwide.fr> wrote:
> and stripping libdbus.so and dbus-daemon,
>
> I still get :
>
> $ du -h ./dbus/.libs/libdbus-1.so.3.4.0
> 220K ./dbus/.libs/libdbus-1.so.3.4.0
>
> $ du -h ./bus/dbus-daemon
> 264K ./bus/dbus-daemon
Anyone here familiar with embedded systems optimization? Are there
good tools to find out what's taking up the space in that binary?
While Googling on this subject I found
http://sourceforge.net/projects/libraryopt/ which is referenced from a
journal article, didn't try it though.
> And that does not even include libexpat.
>
> Is there a plan to configure dbus more precisly ?
>
> For example :
> - I only need a systemwide daemon, is there a plan to desactivate code
> used for --session ?
I don't think the session code is very large.
> - selinux is still compiled in dbus-daemon even with --disable-selinux,
> is it really necessary ?
All of those functions should just be empty stubs when
--disable-selinux is used. I'm not sure how much space that takes up,
but my guess is not a lot. However if it is a problem, we could turn
the functions into inline functions in selinux.h instead, which call
the the full implementation in the .c file when SELinux is enabled, or
get inlined to nothing without.
More information about the dbus
mailing list