glib dependancy in KDE3.x
mo002j at mail.rochester.edu
Fri Mar 7 19:49:15 GMT 2003
On Friday 07 March 2003 02:41 pm, Stefan Westerfeld wrote:
> 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 :-)
More information about the kde-core-devel