glib dependancy in KDE3.x

Alexander Kellett lypanov at
Thu Mar 6 12:52:16 GMT 2003

On Thu, Mar 06, 2003 at 04:20:04AM -0800, Neil Stevens wrote:
> In other words, a decent chunk of duplication from another of KDE's 
> dependencies, Qt. :-)

but then the amount of code/api duplication already in 
kde is stupidly huge anyway, thats just the way software
is, qt and kdelibs included. 

anyways, from what i remember glib is tiny (although 
admittedly 2.0 is bigger) and i think the fact that 
having a glib dep would increase code reuse from other 
projects is far more important than some quite idealistic 
hopes for a complete lack of duplication hopes. oh, 
and duplicated effort is far more important than
duplicated api's or lib bloat imo.

btw, i agree completely with your point about kdesupport,
glib2 should certainly be in there if it becomes a 
dep as i would certainly not have installed it without
my devel interest in gstreamer affecting me.

also, your point about glib being linked to in apps
seems quite valueable, really it should be only the
sound server itself that links rather than adding
another linked lib to everything in kde that uses
sound. good point.

also, glib stuff should be completely tranparent to
the c++/kde api users. though stw appears to agree 
on this point anyways.


More information about the kde-core-devel mailing list