Re: Our (real) problems

Alex Larsson wrote:
On 31 Aug 2001, Bill Gribble wrote:

All we did was adopt the Gnome environment and write a serious
application which uses it.  The shared libs we require are the standard
Gnome development environment plus Guppi.  If you can compile and run
evolution, all you need to compile gnucash is guppi and a tiny
Scheme program called g-wrap which generates Guile bindings for our
C libs.

Note that this mail was not directed at gnucash in particular, but only used it as an example. I completely understand your viewpoint.

I'm currently looking at the output of ldd /usr/bin/gnucash though, an I'm quite amazed by the things i find there. => /usr/lib/ (0x4006d000)
Why is this pulled in?

tiff support ? => /usr/X11R6/lib/ (0x401c9000)
Very few apps use this. Gdk could potentially be changed to dynamically load this only when the X input functions are used. => /usr/X11R6/lib/ (0x401a8000) => /usr/X11R6/lib/ (0x401b2000)
These are needed for session management i guess...

gnome-libs pulls in gdk_imlib, which is unfortunate, since we also use gdk-pixbuf. This will be solved in gnome 2 though. => /usr/lib/ (0x402d5000)
This library seems really bogus. => /usr/lib/ (0x403e4000) => /usr/lib/ (0x404b2000)
I think gal has unicode handling in it, so this is code duplication. This will be solved in gnome 2 though, because glib 2 will have this code. => /usr/lib/ (0x404d2000)
Do you use this?

Internet banking of some sort ? => /usr/lib/ (0x404db000) => /usr/lib/ (0x40551000) => /usr/lib/ (0x40558000) => /usr/lib/ (0x40564000) => /usr/lib/ (0x405cd000) => /usr/lib/ (0x40642000) => /usr/lib/ (0x4064b000) => /usr/lib/ (0x406fd000)
Man! guppi could use some library concatenation loving.

hehe ;) => /usr/lib/ (0x407be000)
Really? Do we need an extra library just to get pixmaps in the canvas? Will be fixed in gnome 2 I guess, but there the canvas is it's own library instead. => /usr/lib/ (0x407ce000)
What? Do you use terminal widgets??

Dodgy indeed => /usr/lib/ (0x4088b000) => /usr/lib/ (0x40894000) => /usr/lib/ (0x408d9000) => /usr/lib/ (0x408e8000)
Some gratious library splitting in ORBit. Or do these need to be separated for some reason? (splitting out CosNaming i can understand though.) => /usr/lib/ (0x40c1e000) => /lib/ (0x40c44000)
What??? I thought this was a graphical user interface application?

So, for comparison, I did an ldd on RhythmBox. It *actively* uses the gnome libraries, the canvas, gnome-vfs, libxml, gal, gstreamer, libcdaudio and the ogg/vorbis libs. And I will soon add PonG to the list... And it statically links to mplib. I'm also thinking of moving libcdaudio inside the repository, and link statically to it.

In the end, it's pretty awful...

hadess kara:~/Cvs/rhythmbox/src$ ldd rhythmbox => /lib/ (0x0ff68000) => /usr/lib/ (0x0fe6e000) => /usr/lib/ (0x0fe1d000) => /lib/ (0x0fdfa000) => /usr/lib/ (0x0fdd7000) => /usr/X11R6/lib/ (0x0fdae000) => /usr/X11R6/lib/ (0x0fd7c000) => /usr/X11R6/lib/ (0x0fc5a000) => /usr/X11R6/lib/ (0x0fc30000) => /usr/X11R6/lib/ (0x0fbf8000) => /usr/lib/ (0x0fbc8000) => /usr/local/lib/ (0x0fb5a000) => /usr/lib/ (0x0fb03000) => /usr/lib/ (0x0fadd000) => /usr/lib/ (0x0fa7d000) => /usr/lib/ (0x0fa40000) => /usr/lib/ (0x0fa17000) => /usr/lib/ (0x0f99d000) => /usr/lib/ (0x0f974000) => /usr/lib/ (0x0f952000) => /usr/lib/ (0x0f930000) => /lib/ (0x0f8f9000) => /usr/lib/ (0x0f7be000) => /usr/lib/ (0x0f705000) => /usr/lib/ (0x0f6d4000) => /usr/lib/ (0x0f69a000) => /usr/lib/ (0x0f5eb000) => /usr/lib/ (0x0f5b1000) => /usr/lib/ (0x0f58d000) => /usr/lib/ (0x0f465000) => /usr/lib/ (0x0f436000) => /usr/lib/ (0x0f3ee000) => /usr/lib/ (0x0f22c000) => /usr/lib/ (0x0f1ca000) => /usr/lib/ (0x0f18e000) => /usr/lib/ (0x0f169000) => /usr/lib/ (0x0f142000) => /usr/lib/ (0x0f0fc000) => /usr/lib/ (0x0f0d5000) => /usr/lib/ (0x0f094000) => /usr/lib/ (0x0f070000) => /usr/lib/ (0x0f03f000) => /lib/ (0x0eee1000) => /lib/ (0x0eebb000) => /lib/ (0x0ee93000)
	/lib/ => /lib/ (0x30000000) => /lib/ (0x0ee5c000)
hadess kara:~/Cvs/rhythmbox/src$ ldd rhythmbox | wc -l

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]