From kde-core-devel Fri Mar 07 19:49:15 2003 From: Maks Orlovich Date: Fri, 07 Mar 2003 19:49:15 +0000 To: kde-core-devel Subject: Re: glib dependancy in KDE3.x X-MARC-Message: https://marc.info/?l=kde-core-devel&m=104706680708652 On Friday 07 March 2003 02:41 pm, Stefan Westerfeld wrote: > Hi! > > On Fri, Mar 07, 2003 at 02:28:15PM -0500, Maks Orlovich wrote: > > > But this is all pretty much limited to applications that link directly > > > to arts, which aren't that many. I think this is much less of an issue > > > than e.g. the use of libart_lgpl, which for some reason is being linked > > > in for every possible KDE application. > > > > Konqueror dlopens konq_sound which uses aRts though in the iconview; > > which is very slow already already (1/3rd of a second here; it's a pause > > and not during the intial startup phase, though). > > > > And we do run artsd and knotify on startup, of course. > > Please, if you have suggestions to make which are completely orthogonal of > whether to use glib to lessen the portability burden and maintainance cost > of aRts, I would be very pleased if you could do this independantly of the > "should glib be used" thread. Thanks. Well, this was mostly in response to saying we don't use aRts libs in non-MM place. Not really a suggestion.. I guess one *could* make a suggestion about putting in a symbol map for aRts to potentially cut down on linking time, but as you said, this wouldn't be the place :-)