introducing brockenboring

Lubos Lunak l.lunak at
Wed Jun 25 16:46:57 BST 2003

On Wednesday 25 of June 2003 17:19, Stephan Kulow wrote:
> Hi!
> Currently our kdeinit support in the Makefiles lack
> as the kdeinit modules are installed in parallel to
> a binary linking against these modules. This has
> some drawbacks:
> 1. glibc's ldconfig doesn't cache DSOs that don't
>   match the lib*.so* pattern, so starting konqueror
>   won't be able to use the cache to find

 IIRC, last time I checked was useless for KDE anyway, because 
rpath comes first, and ignores

> Benjamin Reed once tried to get am_edit to create a
> shared library per KLM and then link both the KLM and
> the binary to it. As he failed, he tried the same for unsermake.
> Problem with unsermake is: automake users will fall behind
> without kdeinit support at all.
> So we made a short brain storm session today and came up
> with the following idea: install a kdeinit module only and create
> in bin a link to a binary that will be kdeinit without kdeinit:
> "one binary to rule them all".

 So our solution to fix performance problems came to the point where it 
cripples performance once it got somewhat fixed (prelink). I hope this 
brockterribleword solution is non-unsermake users only?

Lubos Lunak
KDE developer
SuSE CR, s.r.o.  e-mail: l.lunak at , l.lunak at
Drahobejlova 27  tel: +420 2 9654 2373
190 00 Praha 9   fax: +420 2 9654 2374
Czech Republic

More information about the kde-core-devel mailing list