[Top][All Lists]

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

Re: glib dependency

From: Helge Deller
Subject: Re: glib dependency
Date: Sun, 18 May 2008 13:17:11 +0200
User-agent: Thunderbird (X11/20080501)

Pawel Kot wrote:
On Sun, May 18, 2008 at 12:50 AM, Helge Deller <address@hidden> wrote:
 I've not developed much for gnokii in that last months, so I'm not sure if
it's valid that I comment here.

Every comment is valid, useful and appreciated.


Nevertheless I think it's a bad idea to add a dependency on any "external" 

There are already several but they are optional.

 gnokii can be used very good in embedded devices and glib would just add
more (mostly unneeded) resources.

 IMHO, better add functions which provide the functionality you need...

I think this is the huge problem with Open Source development.
Everybody is afraid of the bloat given by dependency on the external
library and reimplements the same functionality :(

Not necessarily.

I don't think we will avoid dependency on openobex, libsyncml, libical
or libvcard in the near future.

Agreed, and all of those are pretty lean and make full sense.
It just depends on how gnokii tools/binaries are organized.

I think libgnokii (the library) should have a minimal list of dependency on external libraries, where libobex and libsyncml might be OK. On the other side, gnokii (the executable) could then depend on libical and libvcard to read/write the files, while the low-level handling with the phone is done in libgnokii (which should not depend on libical/libvcard).

 > However I gave up idea with a hashtable for the moment: we don't have
that large lists that it would make any real difference. On the other
hand C programming would be much easier when standard library would
offer operations on basic data structures...


Best regards,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]